[00:00] <GyrthMcMulin> Is this usable? https://github.com/bizcuite/android_frameworks_base
[00:22] <wilee-nilee> GyrthMcMulin, Si is thgis device just running a rom to old for some apps?
[00:22] <wilee-nilee> sorry for the miss-spelling
[00:23] <wilee-nilee> I swaw 2. something
[00:23] <wilee-nilee> saw
[00:23] <GyrthMcMulin> The official rom is Froyo. But Gringerbread and ICS have been ported by the community.
[00:25] <GyrthMcMulin> CM7 and CM9 seems to be ported by community members. But I don't know how to use.
[00:26] <slangasek> thomi: question for you about autopilot
[00:26] <wilee-nilee> GyrthMcMulin, I guess if it were me I would check with the devices community on getting a more updated rom on there to start with, they have a forum I believe. That is if you get no definitive help here, or maybe try #android and #android-root
[00:26] <slangasek> thomi: http://reports.qa.ubuntu.com/smokeng/saucy/image/3758/ubuntu-rssreader-app-autopilot/304497/ suggests that autopilot is using python2.x?  If so.... why?
[00:28] <GyrthMcMulin> wilee-nilee, I tried Gingerbread. It works great, but I wanted to see if I could get Ubuntu touch to work.
[00:29] <wilee-nilee> GyrthMcMulin, Sure, touch is rather developmental right now is all, I have a nexus 7 so the ubuntu desktop is what I want, and its still rather rough.
[00:29] <harris> is there a beta
[00:30] <slangasek> thomi: (just a slight bit of yak shaving in response to that test failure... the proximate cause is a failure to handle non-ascii characters in http://www.canonical.com/rss.xml, which seems to me like a strong argument for not using arbitrary external urls in the test data, but python2.x should be considered deprecated for anything being deployed on Touch... it's pure coincidence that the touch images currently have /usr/bin/python on th
[00:30] <slangasek> ... and that's actually something that we'll be fixing, if not by 13.10, then at least by 14.04)
[00:30] <harris> slangasek, when does it come out
[00:31] <slangasek> harris: https://wiki.ubuntu.com/SaucySalamander/ReleaseSchedule
[00:31] <harris> ty
[00:32] <harris> whats this step 17
[00:32] <harris> August 22nd
[00:32] <harris> Ubuntu Ubuntu 12.04.3
[00:33] <harris> ok slangasek  so i have a gtp5113 is it supported
[00:33] <slangasek> the wiki page shows the Ubuntu release schedule across the 6 month period; 12.04.3 is not relevant to Ubuntu Touch.
[00:33] <harris> oh ok
[00:34] <harris> so are you helping make it
[00:34] <slangasek> harris: information about supported devices: https://wiki.ubuntu.com/Touch/Porting
[00:34] <slangasek> sure
[00:34] <harris> cool
[00:35] <harris> ok so this is the one similar to mine Samsung Galaxy Tab 2 10.1 Wifi
[00:35] <harris> P5110
[00:35] <harris> but mine is the galaxy tab 2 10.1 gtp5113
[00:36] <harris> only difference is the ir blaster will it work though
[00:39] <harris> will it
[00:39] <nhaines> harris: what is an ir blaster?
[00:39] <slangasek> harris: for information about specific devices, you really want to talk with the porters who are working on that device.  I have no idea if a P5110 image will even boot on a gtp5113, let alone support the ir blaster
[00:39] <slangasek> nhaines: an infrared transmitter (i.e., a built-in remote control)
[00:40] <harris> slangasek, how do i get in contact with them
[00:40] <nhaines> slangasek: I wasn't sure if it described the associated software rather than the hardware.
[00:40] <slangasek> nhaines: yeah, "IR blaster" is the usual term for a transmitter :)
[00:41] <slangasek> harris: probably via the information on that wiki page
[00:41] <nhaines> slangasek: makes as much sense as "IR port", I suppose.  :)
[00:41] <slangasek> harris: https://wiki.ubuntu.com/Touch/Devices/P5110 gives info about the image maintainer, which links to his launchpad account, which will have contact info
[00:41] <slangasek> (or at least, a form you can use for contacting)
[00:53] <GyrthMcMulin> Why is CM needed?
[00:55] <zleslie> Hi Folks, I just found this project, and I am wondering about nexus Q support.  I'd love to be able ot run some xbmc or mpd or something on this device.  Even though its not got a touch screen, does anyone know if this would work to at least get a headless ubuntu going?
[00:58] <iBotPeaches> zleslie: You'd probably have to do it yourself, seeing how there is not many nexus q's out there at all
[00:58] <zleslie> So it begs the question, how similar are the images? I would guess that the nexus line has similar methods of actually getting the image onto the device, but not sure what happens after that.
[00:59] <iBotPeaches> Well it is AOSP (i think), but seeing how the device fell off the face of the earth. I pushed it out of my memory
[01:01] <zleslie> Sure, I was just looking for a good place to start.
[01:01] <iBotPeaches> what was its board name again?
[01:01] <zleslie> tungsten
[01:02] <mhall119> GyrthMcMulin: CM is used to power the Android hardware
[01:02] <iBotPeaches> zleslie: sorry don't see it CM or aosp repos sorry
[01:02] <GyrthMcMulin> mhall119, I thought it was a bootloader.
[01:03] <mhall119> GyrthMcMulin: no, Ubuntu boots itself now, but there is a container running the Android parts
[01:03] <zleslie> iBotPeaches: yeah, basically its an entirely unsupported device by basically everyone. I'd just be interested to get linux running on it.
[01:04] <zleslie> iBotPeaches: though: http://wiki.cyanogenmod.org/w/Steelhead_Info
[01:04] <iBotPeaches> ah steelhead, it might be in repos as that. I looked for tungsten
[01:04] <zleslie> iBotPeaches: what repos where?
[01:04] <iBotPeaches> zleslie: https://github.com/CyanogenMod
[01:05] <zleslie> iBotPeaches: would that help me get just linux on it though?
[01:05] <iBotPeaches> zleslie: in a sense, it already is running linux
[01:05] <iBotPeaches> just bootstrapped with android on top
[01:06] <zleslie> Sure...  How to phrase...
[01:06] <zleslie> I'm after a proper distro I suppose, one that I can do useful things with.
[01:06] <iBotPeaches> but no, sorry I have no idea. I'm only working on an oppo phone that is still having kernel problems, so not really my area of knowledge
[01:06] <mhall119> iBotPeaches: which phone?
[01:06] <GyrthMcMulin> Well this is too difficult for me.
[01:07] <zleslie> iBotPeaches: roger, Thanks anyway
[01:07] <iBotPeaches> mhall119: oppo find 5, I heard so many articles about a build for it, but the isn't any progress that I can see, so started about 2 hours ago and making progress
[01:08] <mhall119> iBotPeaches: nice!  I'd be happy to test any builds.  Also did you know we have a contest going right now for porting to the Find 5? http://mhall119.com/2013/08/win-an-oppo-find-5/
[01:08] <thomi> slangasek: hey, sorry, I was AFK
[01:08] <thomi> slangasek: it sounds like you're saying "Autopilot MUST be ported to python3 at some point in the medium-term future" ?
[01:09] <thomi> slangasek: I'd like nothing better, and if there's a strong technical reason to make that happen, then maybe I can actually get some work hours assigned to that task :)
[01:09] <iBotPeaches> mhall119: yeah, I think you started that at xda dev-con. Yep, Once I have it booting on mine and working. I'll send it over :p
[01:09] <mhall119> iBotPeaches: awesome, looking forward to it
[01:22] <koussaha> hey guys how can i add more apps to the build
[01:22] <koussaha> c
[01:22] <koussaha> c
[01:23] <koussaha> c
[01:23] <koussaha> c
[01:23] <koussaha> c
[01:23] <koussaha> c
[01:23] <koussaha> c
[01:23] <koussaha> c
[01:23] <koussaha> c
[01:23] <koussaha> c
[01:23] <koussaha> c
[01:23] <koussaha> c
[01:23] <koussaha> c
[01:23] <koussaha> c
[01:33] <mhall119> try another key
[01:39] <Bronze> G-sharp g#
[02:17] <OrokuSaki> Can anyone give me some advice? When running some apps that are supposed to be in the side stage.. They are black unless I use the Unity Launcher.. then I can see the app when its zoomed out
[02:17] <OrokuSaki> Like Settings... or Twitter, etc, etc
[02:18] <OrokuSaki> Sometimes I can access them if I play with the launcher
[02:18] <OrokuSaki> like calcultor
[02:20] <OrokuSaki> have to run the browser to access the sidestage, etc
[02:32] <OrokuSaki> anyone able to run suduko?
[02:32] <RobbyF> on the phone?
[02:32] <OrokuSaki> yeah
[02:32] <OrokuSaki> I just get a white sidestage
[02:33] <RobbyF> just loading the phone now
[02:33] <OrokuSaki> I am on a tablet
[02:33] <OrokuSaki> does that matter?
[02:34] <RobbyF> just different orientation
[02:35] <RobbyF> works for me
[02:37] <OrokuSaki> strange... I can run twitter but not suduko.. thanks!
[03:02] <crypticmofo> wow .. i been watching reviews on google for quite a while now / they praise android all the time .. yet ubuntu-touch come out and show how bad it is compared to android lol
[03:03] <OrokuSaki> google news? =)
[03:08] <crypticmofo> is anyone using ubuntu-touch as a daily driver .. if so how is it ?
[04:29] <slangasek> thomi: hey - so yeah, I'm saying the fact that autopilot wasn't implemented in python3 from the get-go implies we had a communication failure somewhere, because we've been on the path to getting rid of python2 already for more than a year. :/  and considering that broken test case probably has to be solved completely differently for python2 than python3...
[04:30] <thomi> slangasek: autopilot has existed since before 12.04
[04:31] <thomi> slangasek: at that point, a whole bunch of things we needed in autopilot were not yet in python 3.
[04:31] <thomi> slangasek: the specific test failure is probably fixable - it just needs someone to take a look at it
[04:32] <thomi> it usually a reasonably simple fix
[04:32] <thomi> but yeah, I'd love to move autopilot to python3
[04:33] <slangasek> thomi: ah, didn't realize autopilot has actually been around that long, the VCS doesn't go back before 12.04
[04:33] <slangasek> python3-only was already a goal for 12.10, fwiw. https://blueprints.launchpad.net/ubuntu/+spec/foundations-q-python-versions
[04:33] <slangasek> but that's water under the bridge
[04:34] <slangasek> given that nothing in the actual touch stack is supposed to be using python2 for 13.10, does that give you enough ammo to get the porting work approved? :)
[04:35] <thomi> slangasek: no, it was originally in lp:unity :)
[04:35] <slangasek> ah :)
[04:36] <thomi> slangasek: we have an AP planning session at UDS, I'll make sure that issue is raised :)
[04:36] <slangasek> ok, cool :)
[04:36] <slangasek> and yeah, that particular test isn't going to be terribly hard to fix in either language
[04:36] <slangasek> but unicode + python2 makes me very angry ;)
[04:37] <thomi> agreed
[06:22] <OrokuSaki> Anyone have some pulseaudio tricks? I can play sound if I kill pulse in the musicapp...
[06:23] <OrokuSaki> camera works. =)
[06:51] <oSoMoN> good morning
[07:13] <diwic> ogra_, good morning
[07:13] <ogra_> hey hey
[07:13] <diwic> ogra_, so to start somewhere, I've pushed the UCM file for Nexus 4 to the appropriate branch.
[07:14] <diwic> ogra_, I should probably do the same for Galaxy Nexus, but question is if we should try to debug things first
[07:14] <ogra_> wrt first call silence ?
[07:14] <diwic> ogra_, e g, awe said that headphones did not work, and we still have the first ringtone problem
[07:14] <diwic> ogra_, or if we should just ignore it for now and push something that might be buggy
[07:14] <ogra_> well, how broken would it be without the UCM file ?
[07:15] <ogra_> vs what we have atm
[07:16] <diwic> ogra_, well, if we're totally without an UCM file for maguro, then maguro is going to be very very broken.
[07:16] <diwic> ogra_, in short, don't expect *anything* to work without a UCM file
[07:16] <ogra_> right, so i'd prefer to ship the UCM even if the headphones dont work
[07:17] <diwic> ogra_, the question is more if we should spend time on trying to make the UCM file better before I push it
[07:17] <ogra_> well, what do you want to try ?
[07:18]  * ogra_ reads tvoss' mail and LOLs ... 
[07:18] <ogra_> tvoss, yes, there is something needed from you ... the package name you want to have seeded would be a good idea i suppose :)
[07:19] <diwic> ogra_, good question. What do you think?
[07:20] <ogra_> dunno i got a working SIM, a maguro  and a headset, tell me what to do and what to capture :)
[07:20] <diwic> ogra_, that's the spirit! :-)
[07:21] <diwic> ogra_, can you just plug the headphones in and try playing back, and see what happens?
[07:21] <ogra_> yup, one sec, need to relocate
[07:21] <diwic> playback using a method you know works on speaker or earpiece
[07:27] <ogra_> hmm, just strikes me, i should probably flash the pulse image first :P
[07:29] <diwic> ogra_, which means half an hour of download?
[07:29] <ogra_> did anything change yesterday ?
[07:29] <diwic> no
[07:29] <ogra_> then the image i have should be fine
[07:29] <diwic> not that I'm aware of at least
[07:30] <ogra_> i'll dist-upgrade after flashing just to be sure
[07:31] <ogra_> (faslshing the maguro is darn slow :/  takes a bit)
[07:38] <asac> ogra_: cant find apt-get source phone-app
[07:38] <ogra_> asac, phablet-team PPA :)
[07:38] <asac> oh ... omg
[07:39] <ogra_> the one remaining package (will be gone this week)
[07:39] <ogra_> (i was told)
[07:39] <asac> ogra_: the line 151 is the wrong line
[07:39] <ogra_> where ?
[07:39] <asac> ogra_: lp:phone-app and what is on image are out of sync
[07:39] <ogra_> oh, in your autopilot fix ?
[07:40] <asac> http://reports.qa.ubuntu.com/smokeng/saucy/image/3767/phone-app-autopilot/305532/
[07:40] <ogra_> ah
[07:40] <asac>   File "/usr/lib/python2.7/dist-packages/phone_app/tests/test_communication_panel.py", line 151, in test_send_button_disable_on_clear
[07:40] <asac>     self.assertThat(send_button.enabled, Eventually(Equals(False)))
[07:40] <asac> that line 151 is actually 156
[07:40] <effbiai> is there a confirmed ubuntu phone yet?
[07:40] <asac> so not sure how old our phone-app is
[07:40] <effbiai> except for the edge ofc, which people didn't want.. :(
[07:41] <ogra_> asac, well, as long as it works i wouldnt put any effort into fixing it, the new stuff is coming in any case
[07:41] <ogra_> (i mean "works in real life")
[07:41] <asac> ogra_: its not ok that it continuously is busted
[07:42] <ogra_> we should probably just ignore the failures for this week, do manual function tests and be fine after the switch
[07:42] <asac> and for month we are told about the new apps
[07:42] <asac> ogra_: there are always cases that are fine to wait for
[07:42] <asac> thats the whole point :)
[07:43] <asac> i am also not convinced that the issue will be gone next week
[07:43] <asac> even with new package
[07:43] <asac> the code is still there
[07:43] <ogra_> i think it will be gone and replaced by 10 new issues :)
[07:44] <asac> ogra_: ok the fix is there
[07:44] <asac> ogra_: can you upload that manually?
[07:44] <asac> http://paste.ubuntu.com/6031603/
[07:44] <asac> ogra_: its just that we stopped daily-releaseing this stuff
[07:44] <asac> let me check with sil
[07:45] <asac> sil2100: hey ... are we not daily-releasing phone-app anymore?
[07:45] <ogra_> we should be releasing the replacement daily
[07:45] <ogra_> i can surely upload that fix but i dont think i have any commit rights to the upstream tree
[07:45] <ogra_> let me see
[07:46] <asac> ogra_: the upstream tree has all that
[07:46] <asac> ogra_: wait a sec
[07:46] <asac> i think the whole tree is just stale
[07:46] <asac> ogra_: https://code.launchpad.net/~phablet-team/phone-app/trunk
[07:46] <asac> i guess we just want all that happend after 15th aug?
[07:47] <asac> 734 736 737'
[07:50] <asac> ogra_: and?
[07:50] <asac> what do you think?
[07:50] <ogra_> well, i'm not si sure i should just blindly upload, i'm sure there is a process i break
[07:51] <ogra_> i agree we should have all the approved merges in though
[07:53] <asac> ogra_: yeah. sent mail to lukasz/ sil2100
[07:53] <asac> i think he is not answering on IRC usually :) ... so better a amail
[07:53] <ogra_> it wont make the build in 10min anyway, so we have a bit of time to get it sorted
[07:54] <asac> :)
[07:54] <asac> :(
[07:54] <asac> not good
[07:54] <asac> we found the issue
[07:54] <asac> and now we cannot act on it
[07:54] <ogra_> well, even if we would act on it, it wouldnt make this build
[07:55] <ogra_> so we have 12h (even though everyone will be UDSing)
[08:01] <asac> Mirv: any idea why phone-app is not getting daily-released?
[08:02]  * ogra_ guesses it just requires someone to manually pull the trigger
[08:05] <asac> ogra_: i sense it was delisted from daily-release because of the app split landing, but then that landing got delayed
[08:05] <Mirv> asac: it has been disabled, it seems thouht fginther enabled it yesterday but only for PPA builds
[08:05] <asac> Mirv: do we keep comments for disabling stuff so we know why?
[08:06] <Mirv> with commit message "Re-add phone-app because we need a few more MPs to land."
[08:06] <ogra_> Mirv, well, these PPA builds are what we are after
[08:06] <ogra_> they dont seem to happen
[08:06] <asac> Mirv: right. it needs to go to phablet ppa
[08:06] <asac> ogra_: could be its the "app staging ppa" that mirv is talkinga bout
[08:06] <Mirv> asac: in https://code.launchpad.net/~cupstream2distro-maintainers/cupstream2distro-config/trunk commit messages
[08:07] <asac> Mirv: where is the apps stack ppa?
[08:07] <Mirv> asac: yes it should be landing to phablet PPA now landing_job: phablet-land, but maybe there hasn't been a commit after that
[08:07] <asac> maybe its updated in there, but didnt make the publish to archive/image-ppa?
[08:07] <Mirv> asac: I don't know about any specific app stack ppa
[08:08] <asac> Mirv: there area  bunch of commits that are not yet in ppa
[08:08] <sil2100> asac: oh! Sorry, I was in-code right now
[08:08] <Mirv> asac: unlike the archive daily release, I believe PPA runs are only done when a new commit after the enabling happens
[08:09] <Mirv> or more precisely, unlike the jenkins cu2d releases
[08:10] <sil2100> asac, ogra_: regarding phone-app - I was informed in the past that it will be replaced by smaller-component apps
[08:10] <sil2100> So we stopped daily-releasing once those matured and went for daily-release
[08:11] <sil2100> asac: if that is not correct, please give me a sign
[08:12] <sil2100> asac: since I am positive that I have been told that those are 'replacements', so a replacement actually means it needs to replace the old package
[08:12] <Mirv> sil2100: the problem here was not actual daily release but phablet PPA landing for a few more comments, and fginther enabled it last night. it's just not working yet, I guess because no new commit after the enablement?
[08:13] <sil2100> hm, I wonder
[08:13] <sil2100> Mirv: I guess we'll need Francis around for that
[08:15] <ogra_> sil2100, we'd like a one time release of whats in the current trunk branch
[08:15] <sil2100> ogra_: ok, we can try doing that then
[08:15] <ogra_> (under the assumption that the switch really happens this week, we shouldnt need more)
[08:16] <asac> sil2100: you need francis for what?
[08:16] <seb128> so asac went from "we need to stop using the ppa now" to "we need to land stuff in the ppa", interesting ;-)
[08:16] <asac> seb128: well, folks stopped uploading the app
[08:16] <asac> i want that in the archive
[08:16] <asac> but if its not in the archive i prefer uploads of any kind
[08:17] <seb128> what is blocking having it in the archive?
[08:17] <asac> rather than sitting there with bugs fixed in trunk
[08:17] <asac> seb128: indicators
[08:17] <asac> so you :)
[08:17] <asac> lol
[08:17] <sil2100> So, you guys want phone-app in the archive?
[08:17] <asac> sil2100: not today
[08:17] <asac> we agreed that the replacement apps land in the archive ... for now we just want it to publis to the phablet ppa again
[08:17] <sil2100> I thought the idea was not to have phone-app in the archive anymore, as we have the other replacement apps
[08:17] <asac> sil2100: the other replacement apps are not there, are they?
[08:18] <asac> i dont see them at least
[08:18] <sil2100> asac: they're in -proposed: https://launchpad.net/ubuntu/+source/dialer-app
[08:18] <sil2100> So technically, they are
[08:18] <sil2100> ;)
[08:19] <sil2100> Mirv: did you release the service stack
[08:19] <asac> sil2100: so those are going in today? do they run autopilot tests?
[08:20] <sil2100> asac: I think the guys were still working on AP integration tests for their packages, but we agreed to get them in
[08:20] <seb128> asac, what indicator is missing?
[08:20] <asac> sil2100: where is the communication tab equiv?
[08:20] <asac> seb128: could be thats now resovled as we see stuff in proposed
[08:20] <asac> stay tuned
[08:20] <seb128> good
[08:21] <asac> sil2100: do you know if all replacement apps have made it?
[08:21] <sil2100> asac: I guess those are more questions to Bill Filler
[08:21] <seb128> asac, because the new indicator-messages landed on thursday
[08:21] <seb128> and that was the blocker for the phone stuff afaik
[08:21] <asac> seb128: but you must have a record of what apps were enabled for proposed upload?
[08:21] <asac> sil2100: ^^
[08:21] <asac> seb128: sorry
[08:21] <sil2100> asac: I'm checking if the services got released
[08:21] <asac> i just need a list of apps :)
[08:21] <asac> that are landing that replace it
[08:23] <sil2100> asac: we enabled the following ones projects: dialer-app, messaging-app, telephony-service, history-service, mmsd
[08:23] <asac> cool
[08:24] <asac> sil2100: those are all in NEW/-proposed now? do we see if they will go into saucy proper soon?
[08:25] <ogra_> diwic, ok, sorry that it took so log, i use the image from the 23rd with dist uppgraded telepathy-ofono and pulseaudio ... paplay doesnt play back to the speaker after reboot ... plugging in the headset and playing back something works though
[08:25] <asac> sil2100: anyway, i dont think it would hurt to upload the phone-app to the phablet-ppa once in case all that stuff doesnt make it
[08:25] <sil2100> asac: all of them got preNEWed and prepared for daily-release, I see the -apps are in, but the -services I need to check with Mirv
[08:26] <sil2100> asac: yea, we can do that probably
[08:26] <diwic> ogra_, no worries. so the headset is actually working. Does the speaker start to work after plug/unplug of headset?
[08:26] <asac> sil2100: lets check in 2-3 hourse to see where we stand
[08:27] <asac> ogra_: 26.1 still hd the input problem
[08:27] <asac> http://reports.qa.ubuntu.com/smokeng/saucy/image/3766/unity8-autopilot/
[08:27] <ogra_> asac, yes
[08:27] <asac> ogra_: didnt you upload your sudo fix?
[08:28] <ogra_> already seen
[08:28] <ogra_> yes
[08:28] <seb128> sil2100, asac: I just NEWed history-service and telephony-service to saucy
[08:28] <asac> hmm
[08:28] <asac> seb128: nice. rock
[08:28] <sil2100> Oh \o/
[08:28] <sil2100> seb128: thanks!
[08:28] <seb128> sil2100, asac: content-hub as well
[08:28] <seb128> but that probably interest you less
[08:28] <sil2100> Weee
[08:29] <asac> tvoss__: what of the above were you asking a seed change for?
[08:29] <ogra_> http://paste.ubuntu.com/6031731/
[08:29] <ogra_> from http://people.canonical.com/~ubuntu-archive/livefs-build-logs/saucy/ubuntu-touch/20130826.1/livecd-armhf.out
[08:29] <diwic> ogra_, so, alsa-lib (i e the ucm files) can be uploaded in advance, the rest needs to be done in somewhat lockstep:
[08:30] <tvoss__> asac, location-service
[08:30] <diwic> ogra_, 1) upload PulseAudio (I can do that myself) 2) upload telepathy-ofono 3) change the seed 4) update lxc-android-config (I think) to remove audioflinger/mediaservice
[08:30] <ogra_> diwic, ok, thats one you need me to upload ? ... your telepathy-ofono stuff seems to be in the archive already btw
[08:31] <diwic> ogra_, I need you to upload alsa-lib first. And then all of 2) 3) and 4) above.
[08:31] <ogra_> tvoss__, ahh, thanks ... it 8really helps to mention the package name in such requests :)
[08:32] <Mirv> asac: telephony-service, history-service just got to proposed from NEW queue
[08:32] <diwic> ogra_, for telepahty-ofono, almost all is in, but a minimal MP is remaining to actually flip the switch
[08:32] <ogra_> diwic, what of 2 is still missing, i see an upload from tonight that seems to have changes from you
[08:32] <ogra_> ah
[08:33] <diwic> ogra_, essentially change build-dep from libwaudio (audioflinger) to libpulse-dev
[08:33] <ogra_> yeah
[08:33]  * ogra_ understands now 
[08:34] <diwic> ogra_, so if the headphone is at least partially working, then I think we can upload it now and fix bugs later. If you have time today, we can continue the debugging, but we can do the flip first. Makes sense?
[08:35] <ogra_> yeah, makes sense
[08:35] <ogra_> i'm not sure how much UDS will occupy me
[08:35] <tvoss__> ogra_, sorry :)
[08:35] <ogra_> i dont really own any blueprints this time but i guess i have to attend some sessions
[08:35] <ogra_> tvoss__, no prob, adding it to the seed now
[08:36] <asac> ogra_: !!!
[08:36] <asac> ogra_: see https://jenkins.qa.ubuntu.com/job/saucy-touch-maguro-smoke-unity8-autopilot/lastSuccessfulBuild/artifact/clientlogs/dmesg.log
[08:36] <asac> ogra_:  [   18.687835] systemd-udevd[554]: NAME="autopilot-uinput" ignored, kernel device nodes can not be renamed; please fix it in /lib/udev/rules.d/61-autopilot-uinput.rules:2
[08:36] <asac> ogra_: can you fix it :)?
[08:37] <ogra_> i wonder what this is supposed to achieve
[08:37] <asac> the rules?
[08:37] <asac> or the message :)?
[08:37] <ogra_> the NAME= bit of it
[08:37] <asac> ogra_: maybe its racy ... e.g. container and our stuff doing similar things?
[08:37] <asac> hmm
[08:37] <asac> no idea
[08:38] <asac> ogra_: assume that folkd didnt know what they are doing when creating that rule
[08:38] <asac> after all they are autopilot experts and not udev :)
[08:38] <ogra_> heh
[08:38] <asac> ogra_: so whats the right approach?
[08:39] <diwic> ogra_, so here's what I need you to do for alsa-lib: bzr branch lp:~ubuntu-audio-dev/alsa-lib/ubuntu - run debcommit -r, push the new revision to the branch, and upload to the archive
[08:40] <ogra_> diwic, yup working on it allready
[08:40] <ogra_> asac, dropping the NAME bit ... its easy
[08:41] <asac> ogra_: nice... do it :)
[08:41] <mardy> seb128: hi! Can I approve your merge proposals, if I find them OK, or do you need to work more on them?
[08:41]  * asac tries to find autopilot source
[08:41] <Laney> mardy: which ones are you reviewing?
[08:41] <Laney> don't want to duplicate with you
[08:42] <seb128> mardy, I only propose things I consider ready for merging ... thanks for reviewing (and yeah, check with Laney, he started doing reviews as well)
[08:42] <asac> ogra_: autopilot$ bzr diff | pastebinit
[08:42] <asac> http://paste.ubuntu.com/6031772/
[08:42] <asac> ?
[08:42] <mardy> Laney: oh, I just opened all the links and was planning to try them all; but we could split, indeed
[08:43] <Laney> mardy: ok, doing battery-* for now
[08:43] <ogra_> asac, yeah
[08:43] <mardy> Laney: maybe I can review https://code.launchpad.net/~seb128/ubuntu-system-settings/battery-handle-empty-charge-info/+merge/182076 and https://code.launchpad.net/~seb128/ubuntu-system-settings/battery-lock-screen-update/+merge/181861 (just two random links)
[08:43] <Laney> I already started on one of those
[08:43] <mardy> Laney: ah, OK, I'll leave them to you then
[08:43] <Laney> ty
[08:43] <ogra_> asac, if the name is really needed we could use a symlink though
[08:44] <asac> so s/NAME/SYMLINK/?
[08:44] <ogra_> yeah
[08:44] <asac> one sec let me grep the code
[08:44] <ogra_> so anything that actually relies on the name will still find something
[08:45] <asac> ogra_: http://paste.ubuntu.com/6031784/
[08:45] <asac> ogra_: feels they kind of want the name
[08:45] <asac> even though it might get away without
[08:46] <asac> let me use SYMLINK
[08:46] <asac> better safe
[08:46] <ogra_> yeah
[08:46] <ogra_> you can test it with udevadm btw
[08:46] <ogra_> just put the file in place and call udevadm test
[08:46] <asac> ogra_: will only the SYMLINK have the fixed group then?
[08:47] <asac> bzr diff | pastebinit
[08:47] <asac> http://paste.ubuntu.com/6031786/
[08:47] <asac> check that one
[08:47] <asac> ogra_: ok let me try... my phone has just booted i think
[08:47] <ogra_> looks fine to me
[08:49] <asac> rebooting... lets see
[08:49] <asac> i got the same message and the permissions were not changed
[08:49] <asac> after boot
[08:50] <asac> (before editing)
[08:50] <asac> yay
[08:50] <asac> that worked :)
[08:50] <ogra_> diwic, alsa-lib uploaded
[08:50] <asac> nice ... no more message
[08:50] <ogra_> indeed
[08:50] <ogra_> symlink and permissions right ?
[08:51]  * ogra_ needs to go afk for a few mins ... brb
[08:52] <jodh> ogra_: Can you tell me what event name you want the upstart-local-bridge to emit? (btw - /etc/init/lxc-android-config.conf should specify "emits android").
[08:54] <asac> ogra_: https://code.launchpad.net/~asac/autopilot/fix-name-should-be-symlink-udev-rules/+merge/182299
[08:54] <asac> veebers: ^^
[08:54] <asac> thomi: ^^
[08:55] <asac> ogra_: permissions were always correct: e.g. g+rw ... but group was root
[08:55] <asac> now its properly set to autopilot
[08:56] <diwic> ogra_, thanks, let me know when you're ready to do the rest
[08:58] <thomi> asac: approved, thanks
[08:58] <asac> thomi: rock!
[08:58] <asac> :)
[08:58] <tvoss__> mzanetti, ping
[08:58] <thomi> asac: there's a session tomorrow morning you may want to attend: http://summit.ubuntu.com/uds-1308/meeting/21866/autopilot-discuss-ideas-for-future-development/
[08:58] <mzanetti> tvoss__: pong
[08:58] <thomi> I'm off to bed, since I have to getup at stupid o'clock
[08:59] <asac> thomi: not sure if i have ideas for future development :) ... let me think a bit
[08:59] <asac> i will surely watch :)
[08:59] <thomi> asac: you've got a few hours :)
[08:59]  * asac thinks faster
[09:01] <asac> ogra_: !!
[09:01] <asac> ogra_: python-autopilot is installed at a time when phablet user doesnt exist yet
[09:01] <Laney> anyone got a recipe for making a symlink in qmake?
[09:01] <asac> ogra_: i need to reinstall the python-autopilot package in order to get the right permission
[09:01] <asac> ogra_: how fix?
[09:02] <asac> Laney: i guess qmake/qt discourages symlinks as its not platform independent
[09:02] <asac> :)
[09:02] <Laney> it doesn't seem built in
[09:02] <Laney> I guess I have to run ln myself somehow
[09:03] <asac> right ... thats the reaason :)
[09:03] <asac> Laney: what are you trying to symlink?
[09:03] <asac> library stuff should be dealt with by libtool
[09:03] <Laney> no
[09:03] <Laney> it's an accountsservice interface
[09:03] <Laney> needs to be installed in the dbus service dir and then symlinked from an accountsserice private dir to there
[09:04] <asac> Laney: why not install it to the dbus dir directly?
[09:04] <asac> do you need it in its original place?
[09:04] <Laney> it is installed there, but you need the symlink too
[09:04] <Laney> accountsservice checks for this
[09:04] <asac> oh
[09:04] <asac> ic
[09:04] <Laney> Blame Ryan Lortie™
[09:04] <asac> check with whoever did accountservice then
[09:05] <Laney> hmm?
[09:05] <Laney> I don't think they use qmake :P
[09:06] <Laney> never mind, I'll figure it out
[09:12] <ogra_> asac, i'll take care that it gets reconfigured at the end of the build
[09:12] <ogra_> jodh, it emits android already ...
[09:12] <jodh> ogra_: I know, but lxc-android-config.conf should avertise the fact to avoid breaking "initctl check-config"
[09:12] <diwic> ogra_, I uploaded pulseaudio, there's no turning back now :-)
[09:13] <jodh> ogra_: any thoughts on the upstart-local-bridge event or should I speak to rsalveti ?
[09:13] <ogra_> jodh, well, is it guaranteed that the event is only emitted after the script returned ? it is importannt that it blocks until the container is done
[09:14] <ogra_> jodh, how about "android-container" ?
[09:14] <jodh> ogra_: fine with me.
[09:14] <ogra_> or -socket or some such
[09:22] <diwic> ogra_, https://code.launchpad.net/~diwic/telepathy-ofono/flip-the-switch/+merge/182308
[09:22] <ogra_> ok
[09:23] <diwic> ogra_, not sure how things go into daily releases with debian/changelog etc, but that's the change that needs uploading
[09:24] <Laney> do you still need the arch restriction there?
[09:24] <mardy> mpt: ping
[09:27] <ogra_> asac, fix in livecd-rootfs uploaded, it now calls dpkg-reconfigure python-autopilot before rolling the tarball
[09:34] <ogra_> diwic, i assume telepathy-ofono is in some daily release process ? i approved the merge proposal, lets see if a package comes out of this, else i'lll do an upload (next image build is at 10pm our time, so we have time to check this)
[09:34] <asac> ogra_: oha... ok. sounds hackish'ish
[09:34] <ogra_> asac, well, thats how touch images are build ... the build process is full and fulller of hacks
[09:35] <diwic> ogra_, thanks. Can you also go ahead and update the seeds and lxc-android-config (I think)?
[09:35] <ogra_> asac, i was hpoing to have the time to clean that up after FF
[09:35] <asac> Mirv: can you confirm that in theory the autopilot commit will get picked up every 4 hours and sent to archive?
[09:35] <ogra_> or at leat the bits that are actually cleanable
[09:35] <diwic> ogra_, I think you know how to do that easier than me, or do you want some MP for the seed too?
[09:35] <ogra_> diwic, what needs changing in the seeds ?
[09:36] <ogra_> no need for an MP
[09:36] <ogra_> but i need to know what to add/remove exactly
[09:38] <diwic> ogra_, ok, let me look
[09:39] <Mirv> asac: yes, if there is no problem building it or running its own tests. autopilot is part of the 'qa' stack.
[09:39] <diwic> ogra_, add: pulseaudio, pulseaudio-module-bluetooth, rtkit, gstreamer0.10-pulseaudio, qt5multimedia5-plugins
[09:39]  * asac checks that
[09:39] <diwic> ogra_, remove: libandroid-audiosystem-asound2
[09:41] <diwic> ogra_, that should be it
[09:41] <asac> Mirv: what are the cut off times i have to be aware of?
[09:42] <diwic> ogra_, to be exact, it's libqt5multimedia5-plugins, not qt5multimedia5-plugins
[09:45] <popey> ogra_: http://popey.com/~alan/device-2013-08-27-104501.png seeing no networks in network indicator on 20130827, but i am connected to both 3g and wired
[09:45] <ogra_> tvoss, hmm,  is location-service actually the name of the binary package ? looks like i trashed the seeds when adding it
[09:46] <ogra_> popey, did you restart NM ?
[09:46] <popey> no, clean flash ogra_
[09:46] <ogra_> diwic, i got everything changed, but there is an issue with the location-service package i added before
[09:46] <popey> phablet-flash cdimage-touch --pending
[09:46] <ogra_> so i cant upload -meta atm
[09:46] <tvoss__> ogra_, can I help?
[09:47] <ogra_> tvoss__, location-service isnt known by germinate (the tool turing the seed into a metapackage from binary package names)
[09:47] <diwic> ogra_, okay. Then I think it's only lxc-android-config remaining that needs to disable audioflinger
[09:48] <ogra_> diwic, do you have a code snippet for that or did you just use a changed init.rc in /overrides ?
[09:48] <ogra_> tvoss__, what are the binary packages you want seeded from location-service ?
[09:48] <diwic> ogra_, I don't know for sure. I think either you or rsalveti did it for me.
[09:48] <ogra_> diwic, hmm, ok, i'll come up with something then
[09:48] <diwic> ogra_, I'm not even sure it's needed. I presumed you would know. :-)
[09:49] <tvoss__> ogra_, hang on
[09:49] <ogra_> diwic, btw, once we're done, how about you do a wordy announcement to the ubuntu-phone ML :)
[09:50] <ogra_> i think thats quite a milestone that should be announced publically
[09:50] <seb128> Laney, mardy: thanks for the system settings reviews ;-)
[09:50] <ogra_> (especially since porters will have to follw up on it)
[09:50] <diwic> ogra_, yeah, I was thinking of making a blog post too - however #is has still left canonical voices half broken :-(
[09:51] <Laney> seb128: np
[09:51] <ogra_> and you are not on planet.u.c ?
[09:51] <Laney> back to figuring out why this accountsservice stuff doesn't work
[09:51] <tvoss__> ogra_, libubuntu-location-service0 and ubuntu-location-service-examples
[09:51] <diwic> ogra_, canonical voices contains the source of what I publish on planet.u.c
[09:52] <ogra_> ah, i didnt know
[09:52] <ogra_> tvoss__, great, thanks !
[09:52] <xnox> ogra_: jodh is preparing 1.10 upstart upload for ubuntu and we don't think it's right to start upstart-local-bridge on all machines. Can the upstart job to start the local-bridge live in an android specific package which is installed on touch images? e.g. something like libhybris?
[09:54] <ogra_> xnox, jodh, put it in lxc-android-config, that ships all the container setup
[09:55] <xnox> ogra_: perfect!
[09:56] <jodh> ogra_: thanks!
[09:56] <ogra_> (feel free to change the "emits android" along if you like)
[09:57] <lool> does someone know where the source for the rssreader autopilot tests is?
[09:57] <lool> (ubuntu-rssreader-app-autopilot)
[09:57] <ogra_> lool, balllons i'd guess
[09:57] <ogra_> or popey or mhall119
[09:58] <lool> ah apparently in lp:ubuntu-rssreader-app
[10:03] <popey> ogra_: lool sorry, on a hangout, yes they should build from trunk you found there
[10:04] <ogra_> diwic, tvoss__ , seed/meta changes uploaded ...
[10:04] <diwic> ogra_, thanks
[10:04] <tvoss__> ogra_, thanks
[10:04] <lool> popey: one failing test is http://reports.qa.ubuntu.com/smokeng/saucy/image/3758/ubuntu-rssreader-app-autopilot/304497/ where it fails because of broken chars in the RSS
[10:05] <lool> popey: there's the actual breakage, but what I think is quite bad is that it relies on a live changing site (http://www.canonical.com/rss.xml) to pass/fail the tests
[10:06] <ogra_> lool, well, i'd call that real life testing :)
[10:06] <ogra_> endusers will have changing sites too
[10:06] <lool> yes, but that's no good for CI
[10:06] <lool> it's a good stress test to try to load random sites
[10:06] <lool> but it's not a good way to decide whether code is better or worse than before
[10:10] <Laney> diwic: what's still using gstreamer0.10?
[10:13] <diwic> Laney, libqt5multimedia5-plugins. I was quite surprised to find that it wasn't using anything newer
[10:13] <Laney> :/
[10:13] <Laney> we did a push to move everything off it last cycle (didn't quite get there, but still)
[10:13] <diwic> Laney, but decided I wouldn't investigate that further. Feel free to forward-port it if you like
[10:13] <Laney> is there a bug upstream?
[10:14] <diwic> Laney, no idea, I didn't bother
[10:14] <Laney> i see...
[10:15] <diwic> Laney, maybe you should talk to jhodapp|afk about it too, I know he's doing the gstreamer transition for Ubuntu Touch
[10:15] <ogra_> ++
[10:15] <diwic> Laney, I think he's planning on moving us to 1.0 or even 1.1
[10:16] <Laney> I have been working with him a bit on his code
[10:16] <Laney> don't know what it does with regards to qt itself though
[10:18] <diwic> Laney, the Qt mediaplayer has a gstreamer backend
[10:18] <diwic> Laney, if that's what you're asking?
[10:18] <Laney> no
[10:19] <Laney> I know that his gstreamer work is based on 1.1, but I do not know if it is also paired with any work on porting Qt multimedia
[10:19] <Laney> seems like it would be necessary but I haven't heard of it
[10:19] <ogra_> xnox, jodh, that merge wont work, "emits android" must happen from lxc-android-config.conf, you call it on startup that will make all services fire that we are blocking based on the lxc-android-config job
[10:21] <xnox> ogra_: "This stanza allows a job to document in its job configuration what events it emits itself, and may be useful for graphing possible transitions." it doesn't actually emit "android" nor "android-container" events when that job starts.
[10:21] <ogra_> xnox, OH !
[10:21] <ogra_> ok
[10:21] <xnox> ogra_: it may emit those events, whenever it feels like.
[10:22] <ogra_> seems i always misunderstood "emits"
[10:22] <ogra_> well, in any case it should nevver emit "android" as event else udev will start, if that is sure then i'm fine
[10:23] <xnox> ogra_: see for example /etc/init/upstart-udev-bridge it documents that that daemon emits *-device-[added|removed|changed|online|offline]
[10:24] <xnox> such that when someone is looking for a non-core event, one knows where it originates from.
[10:24] <ogra_> right, as long as thats solely for documentation purposed i'm all fine
[10:24] <xnox> but yeah, anybody can emit any events, so it's only documentation really.
[10:24] <popey> lool: fair comment. we should test against a fixed xml page
[10:25] <ogra_> xnox, right, all i'm woriied about are all the override jobs we ship that use "start on android" ... which means "wait until the container is up to not trash the boot completely"
[10:26] <xnox> ogra_: well 1.10 should fix all of that =)
[10:26] <ogra_> "fix" ?
[10:27] <xnox> ogra_: well you will get real events from container now, when all the bits are ready. and gradually move things from "start on android" to starting on what it really depends on from android side of things.
[10:27] <ogra_> nothing of the ubuntu side should start before lxc-android-config is up ... which we curretly achieve through an "initctl emit android" in the post-start script
[10:27] <uhm1> hi
[10:27] <ogra_> all jobs that need to wait for the container have a "start on android"
[10:27] <uhm1> somebody speak spanish?
[10:28] <ogra_> xnox, no matter what events i get from the container, udev needs to wait until the container is completely and 100% done
[10:28] <xnox> ogra_: i see. i thought, with that bridge in place we can parallelise start up. but ok.
[10:28] <ogra_> not udev
[10:29] <uhm1> mmmm phone function are full supported in nexus 4?
[10:29] <ogra_> other stuff perhaps ... but udev needs to wait until ueventd and ll the binaty blob daemons are done intializing the HW
[10:29] <uhm1> nexus 4 with ubuntu phone i mean
[10:29] <ogra_> uhm1, yes
[10:29] <ogra_> well, GSM, SMS and 3g are supported
[10:29] <uhm1> calls, sms, 3g, music?
[10:29] <ogra_> music ?
[10:29] <uhm1> mmm sound thru speakers i mean
[10:29] <xnox> ogra_: as in iPod, not on-hold music.
[10:30] <uhm1> to listen music
[10:30] <xnox> =)
[10:30] <ogra_> uhm1, yes
[10:30] <uhm1> :D
[10:30] <ogra_> xnox, lol
[10:30] <uhm1> nice ! and work fast like android?
[10:30] <uhm1> sorry about my english ^^
[10:30] <ogra_> no worries, we understand you well
[10:30] <uhm1> I'm thinking in flash ubuntu in my nexus 4 because I usually work with ubuntu
[10:30] <ogra_> as fast as android, yes
[10:30] <uhm1> mmmm and market?
[10:31] <ogra_> well, try it out, you can always go back to android
[10:31] <uhm1> are there apps? like whatsapp, line or something like that?
[10:32] <ogra_> click packages (teh base for a market setup) are supported already ... there is no fully functional "market" implementation for them yet though
[10:32] <uhm1> in ubuntu market i mean
[10:35] <ogra_> xnox, jodh, lxc-android-config uploaded
[10:35] <asac> Mirv: when is next daily-releae run?
[10:36] <lool> popey: I managed to start the tests on my desktop, but they fail differently
[10:36] <lool> popey: Would you have a recipe for that?
[10:36] <asac> Mirv: (sorry if i lost your answer, was playing with MIR)
[10:36] <lool> popey: I'm getting:
[10:36] <lool> unity::action::ActionManager::ActionManager(QObject*): Could not determine application identifier. HUD will not work properly. Provide your application identifier in $APP_ID environment variable.
[10:36] <diwic> ogra_, was there any audioflinger change in that one, too? Or have I just dreamed that we had something audioflinger related in there?
[10:36] <ogra_> jodh, argh !
[10:36] <ogra_> heh
[10:36]  * ogra_ fixes again 
[10:36] <lool> popey: Which is probably because I dont start them properly; I run them with: "autopilot run ubuntu_rssreader_app.tests.test_rssreader.TestMainWindow.test_add_remove_feed_and_topic"
[10:37] <jodh> ogra_: thanks :)
[10:37] <ogra_> xnox, seems i was right about the emits :P
[10:37] <popey> lool: yeah, i think we only run the full suite
[10:37] <lool> popey: (from a checkout of lp:ubuntu-rssreader-app)
[10:37] <diwic> rsalveti, do you remember if you did anything in lxc-android-config (or similar) on the pulseaudio image to make sure audioflinger was never loaded?
[10:37] <xnox> jodh: ogra_: yeah sorry, wrong place =)
[10:39] <lool> popey: I tried "autopilot run ubuntu_rssreader_app.tests" and am getting a "IndexError: Tab index out of range." which sounds like the UI doesn't work, but it might be due to the setup
[10:40] <lool> popey: what's the way you start the tests?
[10:40] <ogra_> diwic, i'm now doing the audioflinger stuff
[10:40] <ogra_> it wasnt i that upload yet
[10:40] <diwic> ogra_, cool
[10:40] <lool> popey: this is the output I get http://paste.ubuntu.com/6032065/
[10:40] <lool> 1 test seems to pass fine
[10:40] <popey> lool: i usually start the tests via phablet-test-run
[10:40] <diwic> ogra_, but I'm not just making that up, right? There needs to be something that blocks audioflinger from starting?
[10:41] <popey> lool: https://bazaar.launchpad.net/~popey/+junk/phablet-flash-wrapper/view/head:/phablet-testing.sh
[10:41] <ogra_> diwic, i would assume so
[10:41] <popey> thats how I test, I run them all in sequence
[10:41] <ogra_> diwic, i'll just take a look at the pulse image ;)
[10:43] <seb128> ogra_, diwic, did you see Laney's comment on https://code.launchpad.net/~diwic/telepathy-ofono/flip-the-switch/+merge/182308 ?
[10:43] <Mirv> asac: currently running is 10:00 run, next one 14:00 UTC
[10:44] <diwic> seb128, no. Answering now
[10:44] <seb128> diwic, thanks
[10:44] <ogra_> seb128, Laney, diwic yeah, i think it can be dropped in a subsequent merge
[10:44] <asac> Mirv: oh there is one running? nice
[10:44] <ogra_> unless diwic sees an issue with that
[10:45] <asac> Mirv: publish was unstable for qa
[10:45] <asac> https://jenkins.qa.ubuntu.com/job/cu2d-qa-head-3.0publish/209/
[10:45] <asac> not sure what that means though ... would prefer FAIL/SUCCESS :)
[10:45] <ogra_> diwic, so it doesnt seem to diisable audiflinger but the whole "media service" ... i'll ship that snippet in lxc-android-config
[10:45] <diwic> ogra_, yeah, I think so too
[10:46] <asac> Mirv: nevermind
[10:46] <asac> working with sil2100 on that
[10:46] <asac> sil2100: ^^ had similar talk here
[10:47] <seb128> asac, UNSTABLE basically means "needs human review"
[10:47] <seb128> asac, usually that's a diff in the packaging that should be reviewed by somebody having upload rights
[10:48] <asac> ic
[10:48] <asac> i touched debian/ directory
[10:48] <asac> so that requires review. makes sense
[10:48] <asac> https://jenkins.qa.ubuntu.com/job/cu2d-qa-head-3.0publish/209/artifact/packaging_changes_autopilot_1.3.1+13.10.20130827-0ubuntu1.diff
[10:48] <seb128> right
[10:49] <ogra_> diwic, ok, alst bit uploaded, now we only wait for the daily release build of telepathy-ofono and all bits should be in place
[10:50] <ogra_> *last
[10:50] <ogra_> diwic, lets do the further debugging for maguro tomorrow with the actual image ;)
[10:52] <lool> popey: thanks, I'll test on the device it's probably easier
[11:01] <diwic> ogra_, ok, works for me
[11:05] <discopig> i'm so excited to get my nexus 4
[11:06] <discopig> and try ubuntu touch
[11:06] <GSilva> to install ubuntu touch is required a root thingy on the phone, right?
[11:06] <discopig> yes
[11:06] <GSilva> is it too heavy?
[11:06] <bromide> heavy?
[11:07] <GSilva> yeah... like in the requirements... Does it require a lot of the phone?
[11:07] <ogra_> not more than android on the same phone (rather less)
[11:09] <bromide> yeah
[11:10] <GSilva> hum
[11:10] <GSilva> is it hard to root?
[11:10] <GSilva> My phone is bad and old
[11:10] <GSilva> Also it's broken
[11:11] <GSilva> just wanted to see how Ubuntu seems on a mobile phone :P
[11:20] <ogra_> GSilva, well, if your phone is supported, just go ahead
[11:21] <asac> sil2100: Mirv: in which stack is telepathy-ofono?
[11:21] <sil2100> I would guess phone, but let me check
[11:22] <sil2100> asac: no, it's in network
[11:22] <sil2100> Misread it
[11:22] <asac> sil2100: so we would like to run a new image with the autopilot fixes
[11:22] <asac> sil2100: however, we miss telepathy-ofono
[11:23] <asac> sil2100: is there anything we can do to run just that stack?
[11:23] <ogra_> for the completeness of the pulseaudio switch that is ...
[11:23] <ogra_> (building an image with it only half in will break audio)
[11:23] <sil2100> asac: I could do a re-run of the network stack, but first all the others need to finish, since it would get queued up anyway...
[11:24] <asac> sil2100: yeah. can you just queue it?
[11:24] <asac> sil2100: oh.,.. maybe it pikcked up our last change?
[11:24] <asac> yeah it did :)
[11:24] <asac> sil2100: https://jenkins.qa.ubuntu.com/job/cu2d-network-head-3.0publish/223/artifact/packaging_changes_telepathy-ofono_0.2+13.10.20130827-0ubuntu1.diff
[11:24] <asac> thats a manual publish :)
[11:24] <asac> ogra_: can you +1 that?
[11:24] <Mirv> yep, needs a core-dev ack
[11:25] <sil2100> Awesome then!
[11:25] <Mirv> like from ogra :)
[11:25] <asac> ogra_: !!
[11:25] <asac> :)
[11:25] <asac> dont lag
[11:25] <asac> (just now)
[11:25] <asac> :P
[11:25] <ogra_> asac, i acked that hours ago :P
[11:25]  * sil2100 readies his finger
[11:25] <asac> ogra_: can you ack that directly in this context?
[11:25] <ogra_> https://code.launchpad.net/~diwic/telepathy-ofono/flip-the-switch/+merge/182308
[11:25] <sil2100> Mirv: publishing!
[11:25] <asac> ogra_: is
[11:25] <seb128> asac, ogra_: I'm not sure we need to restrict pulse at armhf...
[11:26] <asac> seb128: we can fix it after :)
[11:26] <sil2100> ...or not?!
[11:26] <asac> ogra_: ?
[11:26] <ogra_> seb128, no, we dont, but we need the fix in right now
[11:26] <seb128> sil2100, not a blocker, publish
[11:26] <sil2100> ...or yes!
[11:26] <asac> too core-devs fighting :)
[11:26] <seb128> lol
[11:26] <ogra_> seb128, it wont do harm to fix that with the next build
[11:26] <seb128> well, not a blocker
[11:26] <asac> ogra_: so +1 on https://jenkins.qa.ubuntu.com/job/cu2d-network-head-3.0publish/223/artifact/packaging_changes_telepathy-ofono_0.2+13.10.20130827-0ubuntu1.diff ?
[11:26] <seb128> but I still want to point it out
[11:26] <sil2100> Published
[11:26] <asac> cool
[11:26] <asac> was a clear ack
[11:26] <asac> :)
[11:26] <ogra_> asac, yes  indeed
[11:26] <ogra_> i gave my ack in the MP ... just take it from there :P
[11:27] <asac> well. yhou never what might have changed/slipped in
[11:27] <asac> ogra_: how long does it take to go thyrough proposed? also https://launchpad.net/ubuntu/+source/autopilot
[11:27] <ogra_> depends on the depends :)
[11:28] <ogra_> or rather rdepends
[11:28] <asac> ok guess autopilot takes a bit from that pov
[11:28] <asac> just hope they dont have autopkg tests
[11:28] <ogra_> you can watch the rdep checking here http://people.canonical.com/~ubuntu-archive/proposed-migration/update_excuses.html
[11:28] <asac> autopilot has no hit
[11:28] <asac> so guess either it didnt arrive or its good
[11:29] <ogra_> https://launchpad.net/ubuntu/saucy/+source/systemd/204-0ubuntu10
[11:29] <ogra_> still building on PPC
[11:29] <ogra_> (and armhf)
[11:29] <ogra_> so yeah, it has no hit yet :)
[11:29] <asac> at least not in queue
[11:30] <ogra_> err
[11:30] <ogra_> why did clicking on the link in the autopilot mail get me to systemd
[11:30] <asac> lol
[11:30] <asac> racy :)
[11:31] <ogra_> i guess thats pittis conspiracy to switch everything to systemd ... lennart has him !
[11:31] <ogra_> https://launchpad.net/ubuntu/saucy/+source/autopilot/1.3.1+13.10.20130827-0ubuntu1
[11:31] <ogra_> so seems its all in the archive
[11:33] <asac> ogra_: telepathy-ofono as well?
[11:34] <asac> would be pretty quick
[11:34] <ogra_> no, telepathy-ofono isnt there yet
[11:34] <ogra_> else you would see a mail on saucy-changes
[11:34] <seb128> https://launchpad.net/ubuntu/+source/telepathy-ofono/0.2+13.10.20130827-0ubuntu1
[11:34] <ogra_> (which you are surely subscribed to, arent you ? :) )
[11:35] <seb128> ogra_, it's already on -changes
[11:35] <seb128> ogra_, it hit the list at 13:30
[11:35] <ogra_> pfft ... it only hit my inbox right now
[11:36] <ogra_> anyway, still needs to move from proposed
[11:36] <seb128> right, that's going to take a bit longer
[11:38] <ogra_> yeah, i guess pulse will also take a bit
[11:38] <asac> sil2100: did anything come out of the idea to get a fresh phone app published?
[11:38] <asac> e.g. what fginther
[11:38] <asac> started
[11:39] <ogra_> asac, not in the PPA yet
[11:39] <asac> i really would like to get that :)
[11:39] <seb128> mpt, hey, do you have any news of the system settings visual designs? would be nice if those would be shared before the vUDS session
[11:39] <ogra_> https://launchpad.net/~phablet-team/+archive/ppa/+packages?field.name_filter=phone&field.status_filter=published&field.series_filter=saucy
[11:39] <asac> sil2100: i think would be nice to get the phone-app also pushed
[11:40] <asac> given that we get replacements it cant really hurt (i hope)
[11:40] <asac> i checked one replacement and it doesnt even use a conflicts. etc. so i believe risk is low
[11:40] <sil2100> asac: by push you mean push to the PPA?
[11:41] <asac> sil2100: right. to its "previous" release destination... which was phablet-team ppa
[11:41] <diwic> https://launchpad.net/ubuntu/+source/pulseaudio/1:4.0-0ubuntu2 is built, but still in proposed, if that matters
[11:42] <ogra_> diwic, yeah
[11:44] <seb128> diwic, asac, ogra_: seems another case of broken autopkgtest/britney
[11:45] <seb128> http://people.canonical.com/~ubuntu-archive/proposed-migration/update_excuses.html has
[11:45] <seb128> autopkgtest for pulseaudio 1:4.0-0ubuntu2: RUNNING (Jenkins: public, private)
[11:45] <seb128> Not considered
[11:45] <ogra_> what exactly ?
[11:45] <OrokuSaki> morning felllas... what does it mean if I can play sound with pulse turned off ?
[11:45] <seb128> jibel, ^ can you help?
[11:45] <ogra_> oh, i assumed "RUNNING" means it is still processing somethinbg
[11:45] <seb128> ogra_, pulseaudio is stucked in proposed because britney thinks the tests are still running, when they are done for 2 hours
[11:45] <ogra_> ah
[11:45] <seb128> ogra_, if you click on the link, tests finished 2 hours ago
[11:45] <seb128> it's a bug in the britney integration, we keep hitting it
[11:45]  * ogra_ loves unreliable overview pages :P
[11:46] <asac> that page is awful for me as well :)
[11:46] <asac> ogra_: so if pulse doesnt go in, we might be able to build an image without pulse :)?
[11:47] <ogra_> asac, pulse is in the image anyway, we would get the broken former version
[11:47] <jibel> seb128, looking
[11:47] <ogra_> so there would be no audio
[11:49] <asac> ic
[11:49] <asac> lets hope for jibel :)
[11:49] <ogra_> we picked today because we thought we have 12h between the two builds to land that stuff
[11:49] <asac> yeah
[11:49] <asac> never assume you have 12h :)
[11:49] <ogra_> since it is really hard to  roll it back
[11:49] <asac> sure
[11:49] <seb128> jibel, thanks
[11:50] <asac> however, one could have staged everything in a ppa
[11:50] <asac> similar to where ofono went
[11:50] <asac> guess thats the right approach for such fundamental changes
[11:50] <ogra_> asac, thats what we did
[11:50] <asac> well, then everything would have gone in at same time
[11:50] <asac> and not partly stuck in stacks :)
[11:50] <ogra_> today we landed all the bits that were tested in the PPA/pulse-image for weeks
[11:50] <jibel> seb128, yw but you'll say thanks once I'll figure out how to fix this bug :)
[11:50] <ogra_> it simply spreads across a lot of packages
[11:50] <ogra_> thats the issue
[11:51] <seb128> jibel, that's going to warrant more than a thanks, that's going to bring you free beers at next sprint ;-)
[11:51] <ogra_> all bits need to land at the same time
[11:51] <asac> ogra_: right. we halready have a solution: stage everything in a single "stack" ppa and publish everything in one shot
[11:51] <asac> its just not available for cross-stack features
[11:51] <ogra_> asac, thats exactly waht we did
[11:51] <mpt> seb128, while you were asking we were having a meeting about that. There are two main issues: (1) there are so many screens and (2) our rapid iterations make them out of date. So I'm going to prioritize the ones that contain custom elements (e.g. Bluetooth, Battery).
[11:51] <ogra_> asac, it still spreads across several packages
[11:51] <asac> ogra_: no:)
[11:51] <asac> you had teleapth-ofono in a different ppa
[11:52] <ogra_> which build at different speeds
[11:52] <asac> than the rest at least
[11:52] <OrokuSaki> How would you control the volume without pulse?
[11:52] <OrokuSaki> alsamixer in console?
[11:52] <asac> anyway
[11:52] <ogra_> asac, no, we had the ofono package in the PPA
[11:52] <asac> but not everything
[11:52] <asac> :)
[11:52] <ogra_> (telepathy-ofono)
[11:52] <asac> ogra_: right. as i said, you dont have a feature from CI
[11:52] <ogra_> we had everything in a PPA and even in a dedicated image
[11:52] <asac> that allows you to publish this properly in one shot
[11:52] <OrokuSaki> So I take it pulse is not working?
[11:52] <asac> because you had telepathy-ofono go through the network stack
[11:53] <diwic> ogra_, asac I think you're talking about separate things
[11:53] <asac> i believe so too
[11:53] <asac> its about the last step ... how we get into the archive/image
[11:53] <ogra_> asac, no idea if anything had CI connnection, we definitely used a dedicated PPA to prepare the stack for the last weeks ... and  uploaded all bits from there
[11:53] <seb128> mpt, ok, thanks, I was just curious because I saw notes from your meeting with JohnLea the other day that add "visual ready, needs to be added to the wiki"
[11:53] <asac> you uploaded, not binary copied
[11:53] <asac> thats the diff :)
[11:53] <diwic> asac is talking about some "copy packages directly from ppa to archive" feature I'm unaware of
[11:53] <ogra_> asac, they would have to be re-built against the archive versions anyway
[11:53] <asac> aaanyway
[11:53] <ogra_> asac, so i dont see the advantage ...
[11:54] <asac> diwic: thats how we do all this in all stacks in daily-release
[11:54] <diwic> okay
[11:54] <asac> everything that belongs together gest staged and then everything gets copied as an atomic unit to proposed/archive
[11:54] <mpt> seb128, I'm updating those notes now.
[11:54] <seb128> mpt, ok
[11:56] <ogra_> asac, you cant do that ... there is no clear line you can draw between the stacks ... what we did was exactly the best way to do it
[11:56] <ogra_> (we could have added a CI setup additionally, but that wouldnt have solved that we would have to rebuild the world first)
[11:57] <diwic> and it would have built slower, because it was a ppa...
[11:57] <ogra_> yeah
[11:57] <ogra_> 4x slower
[11:58] <ogra_> asac, so i declline your critics, we couldnt have done better :P
[11:59] <OrokuSaki> I had to use files from /system/lib/hw/ to get my audioflinger working and camera... is that normal?
[11:59] <OrokuSaki> from cm10
[12:00] <ogra_> probably, if there re binary daemond or tools it needs
[12:00] <ogra_> *daemons
[12:00]  * ogra_ notices the time and starts looking for some breakfast
[12:06] <asac> plars: any idea whts going on with update test http://reports.qa.ubuntu.com/smokeng/saucy/image/3771/default/ ?
[12:11] <asac> balloons: congrats. seems the weather app succeeded today :)
[12:11] <asac> balloons: terminal/rss/filemanager still have to go a bit
[12:12] <asac> balloons: any ideas?
[12:20] <OrokuSaki> so when audioflinger has not found my audio, then my mixer allows to to change volume in UT.. but if audioflinger is working, then volume is muted and you cannot change the slider for volume.. if you kill pulse, then aidio plays
[12:22] <ogra_> diwic, funny, your post shows fine on planet
[12:22] <ogra_> just not on voices.c.c
[12:23] <ogra_> OrokuSaki, just wait until tomorrows image, it all changed completely today
[12:23] <cjohnston> asac: is this a little better: http://162.213.34.2:8000/smokeng/saucy/touch/
[12:23] <OrokuSaki> sweet! I never have luck with pulse..
[12:23] <OrokuSaki> thanks amigo
[12:23] <ogra_> OrokuSaki, well, read diwic's mail on the phone ML
[12:23] <diwic> ogra_, when I discovered it I talked to the vanguard on #is, who could not fix it right away but asked me to file an RT ticket. Since, nothing has happened. :-(
[12:24] <ogra_> diwic, yeah, its a bit annoyin, i just G+ed the post from planet ... but the planet link goes to voices.c.c :/
[12:25] <diwic> ogra_, you can link to the mailing list archive instead
[12:25] <ogra_> yeah, i'll add a comment to the post with a link
[12:26] <asac> cjohnston: so i thought about grouping the device names at the bottom
[12:26] <asac> around checkboxes
[12:26] <asac> that allow you to select each of them
[12:26] <asac> in any case, primary should be first :)
[12:26] <asac> cjohnston: or maybe adjust the list of devices shown according to your selection
[12:27] <cjohnston> primary is now first.. and I'll adjust the list
[12:27] <asac> nice
[12:27] <OrokuSaki> where did you guys find paplay?
[12:27] <OrokuSaki> compiled yourself?
[12:27] <asac> pulseaudio-utils
[12:28] <OrokuSaki> sweet
[12:28] <OrokuSaki> thanks!
[12:30] <cjohnston> asac: it now only shows the device names that are available on the screen
[12:34] <asac> cjohnston: maybe we can kill the devices heading and just show them under the selceted item?
[12:35] <asac> like nested based on what you selected?
[12:35] <asac> with that its probably perfect :)
[12:35] <sil2100> asac: btw. since we'll be not daily-releasing phone-app to distro at all, maybe I could just do a single manual release to the phablet ppa? Would that be fine with you?
[12:35] <asac> cjohnston: oh the main page also should aggregate the primary targets only
[12:35] <asac> e.g. http://reports.qa.ubuntu.com/
[12:35] <asac> for touch i see nexus 7 etc. even though i dont
[12:35] <ogra_> stop breaking all my screen scraping scripts !
[12:35] <ogra_> :)
[12:35] <tvoss__> ogra_, ping
[12:35] <cjohnston> asac: that's a different beast...
[12:35] <ogra_> tvoss__, yep
[12:36] <asac> sil2100: yeah absolutely
[12:36] <asac> sil2100: lets gigve that a go so we can include it in the new image
[12:42] <plars> asac: yes, we expected the weather app to succeed, you were on the email about the network change late last night right?
[12:43] <OrokuSaki> @ogra_ when I compile my cm10.1 source I have to patch 3 files to tinyalsa... with Ubuntu Touch... do you think I should include the patches?
[12:43] <plars> asac: as for the apt-get failure, that's one I've not seen before, and there's nothing I see from apt-get indicating why it failed. I'll look into it
[12:43] <ogra_> dunno, try with and without :)
[12:43] <ogra_> and compare
[12:43] <OrokuSaki> It compiles when I do, or if I dont
[12:44] <OrokuSaki> Too device specific.. I will find out
[12:44] <OrokuSaki> 1 photos taken today.. neat
[12:47] <cjohnston> asac: is http://162.213.34.2:8000/smokeng/saucy/touch/ what you meant? (I'll have to fix the indicator if it is)
[12:48] <ogra_> cjohnston, asac, hiding both tablets completely ?
[12:49] <OrokuSaki> @ogra_ one more question.. regarding Suduko and AppArmor.. When runnning Suduko my sidestage is white.. but I can run other apps.. is there another app I can test??? twitter runs...
[12:49] <ogra_> ah
[12:49]  * ogra_ sees "all targets"
[12:49] <jdstrand> OrokuSaki: do you have apparmor denials? grep DEN /var/log/kern.log
[12:49] <ogra_> OrokuSaki, that could be apparmor indeed, talk to jdstrand once he is around, he should be able to tell you if there is a way around apparmor for cllick
[12:50] <OrokuSaki> I switched the cmdline to say apparmor=0
[12:50] <ogra_> jdstrand, he has a port, no apparmor in his kernel (like nearly all ports will have)
[12:50] <jdstrand> if apparmor=0, then it won't be apparmor
[12:50] <ogra_> or at least an outdated apparmor
[12:50] <jdstrand> but what you will have is a problem
[12:50] <ogra_> jdstrand, well, could it be that click appps dont start if apparmor is off ?
[12:50] <jdstrand> click apps expect the apparmor profile to be loaded
[12:51] <ogra_> jdstrand, thats bad
[12:51] <jdstrand> ogra_: yes, that is exactly it
[12:51] <OrokuSaki> okay
[12:51] <ogra_> that means 90% of our ports wont work anymore
[12:51] <jdstrand> why are ports disabling apparmor?
[12:51] <ogra_> they dont
[12:51] <ogra_> but they run on 2.x or early 3.0 kernels usually
[12:51] <ogra_> which means old apparmor ... if at all
[12:52] <jdstrand> jjohansen backported apparmor to the touch kernels
[12:52] <OrokuSaki> *confused* my kernel does not have it... does this mean I am screwed?
[12:52] <OrokuSaki> I can run twitter... what is the difference between a clickapp and a standard app?
[12:52] <ogra_> jdstrand, we have 60 ports and 4 devices canonical supports
[12:52] <OrokuSaki> not signed by canonical?
[12:52] <ogra_> jdstrand, he only ported it to the 4
[12:52] <jdstrand> so it seems that the proting efoort would require porting apparmor to the kernels that haven't been prted to yet
[12:52] <mamenyaka> how can I check if I have apparmor in kernel?
[12:52] <jdstrand> right, I understand that
[12:53] <OrokuSaki> mame make menuconfig or look in your kernel config or grep your kernel source
[12:53] <OrokuSaki> I am on 2.6.35
[12:53] <OrokuSaki> I can use SELinux =)
[12:53] <ogra_> heh
[12:53] <ogra_> ubuntu doesnt :)
[12:53] <OrokuSaki> =)
[12:54] <jdstrand> the reason why click apps require apparmor is because there is no code review
[12:54] <ogra_> yeah, but we need a way for ports to actually make use of the,
[12:54] <ogra_> *them
[12:54] <OrokuSaki> there should be a way of disabling this... for security reasons. =)
[12:55] <ogra_> either by offering a patchset everyone can apply easily to any kernel or by having a click mode that works unsafe without apparmor
[12:55] <jdstrand> so, ports are supposed to be able to run untrusted arbitray code? why can't ports do the apparmor porting?
[12:55] <mamenyaka> okay, I have security/apparmor
[12:55] <OrokuSaki> lucky
[12:55] <jdstrand> that seems like, well, porting work
[12:55] <ogra_> jdstrand, because 90% of our porters just manage to understand the basics of linux ...
[12:55] <mamenyaka> for both of my ports, so I guess I'm lucky
[12:56] <popey> bzoltan: Mirv is it "known" that qtcreator can't "Enable developer mode" on a read-only image? http://paste.ubuntu.com/6032461/
[12:56] <OrokuSaki> backporting apparmor.. might as well backport fanotify.. hell might as well use 3.0.8 =)
[12:56] <popey> do we have a plan for fixing this?
[12:56] <asac> ogra_: not completely, just from the front page
[12:56] <asac> (hiding tablet targets)
[12:56] <mamenyaka> but even with this, side stage apps on tablets appear black
[12:57] <ogra_> asac, yep, i noticed after moaning :)
[12:57] <OrokuSaki> I have a friend who I asked to backport fanotify and apparmor.. he did it bu with a newer KGSL that doesn't work on android drivers, only X11 and FreeDreno
[12:57] <bzoltan> popey:  of cours e it is known
[12:57] <asac> ogra_: thats ok with you, right?
[12:57] <asac> sil2100: how is the phone-app build going?
[12:57] <asac> ogra_: i think thats what we are waiting for (opportunistically)
[12:57] <ogra_> asac, yeah, i'll need to adjust my scripts a bit
[12:58] <OrokuSaki> I used his patches but it doesn't seem to work outside of systemd... or does it... hmmm
[12:58] <bzoltan> popey: is the default image RO now?
[12:58] <popey> bzoltan: there is no default
[12:58] <ogra_> asac, phone app is still old, but we need pulse migrated from proposed first anyway
[12:58] <popey> bzoltan: you have to explicitly choose an image
[12:58] <asac> ogra_: right. so some time left for sil2100 :)
[12:58] <ogra_> yeah
[12:58] <mamenyaka> so we need to submit merges again with the UCM rules for each new card?
[12:59] <ogra_> diwic, ^^^
[12:59] <jdstrand> so, the backports for touch are to 3.0.0, 3.1.10, and 3.4.0
[12:59] <ogra_> mamenyaka, i woudll guess so, yeah
[12:59] <jdstrand> they were done in a way that shouldn't be horrible for people to backport
[12:59] <mamenyaka> ogra_, and what is the launchpad link?
[12:59] <ogra_> jdstrand, well, we need a howto for porters at least
[12:59] <ogra_> dholbach, ^^^
[12:59] <OrokuSaki> wonder if 3.0.0 could be backported to 2.6.35....
[13:00] <OrokuSaki> where are the backport patches for apparmor?
[13:00] <jdstrand> now, I can tell you how to disable the apparmor integration, but that will require updates to upstart-app-launch as well
[13:00] <ogra_> dholbach, porters will need to port the compllete latest apparmor stack to their kernel, else click apps wont run on ports
[13:00] <OrokuSaki> @jstrands so you know how to run clickapps without apparmor?
[13:00] <ogra_> dholbach, i suspect that will need quite some documentaion
[13:01] <jdstrand> sure. right now adjust the desktop files in ~/.local/share/applications for the click packages to not use aa-exec
[13:01] <Mirv> popey: check with bzoltan. AFAIK Enable developer mode has worked fine when I've used it.
[13:02] <bzoltan> Mirv:  not on RO image
[13:02] <jdstrand> when application lifecycle is all implemented, those won't be used and you'll instead have to adjust the application-click upstart job in upstart-app-launch to not use apparmor
[13:02] <OrokuSaki> @jstrands thanks!
[13:02] <jdstrand> but that isn't porting. that is disabling security protections so you can run arbitrary code
[13:04] <jdstrand> so, at the moment I believe upstart will not enforce apparmor switch if apparmor is not available in the kernel
[13:04] <jdstrand> ie, it will run the app. that may change in the future
[13:05] <Mirv> bzoltan: ok, right, now I remember some discussion about it..
[13:05] <Mirv> popey: so, I think that was raised as an issue against RO images, and now we've that problem since RO images are in
[13:05] <jdstrand> ogra_: where is porting documentation?
[13:07] <ogra_> jdstrand, https://wiki.ubuntu.com/Touch/PortingFlippedInProgress has the WIP document
[13:07] <sil2100> asac: UDS is close so it's all so aaah!
[13:07] <asac> sil2100: can ogra just upload manually to the ppa from the branch?
[13:07] <asac> or will that break stuff?
[13:08] <asac> if so you are off the hook
[13:08] <asac> otherwise lets wait after your session for sure
[13:09] <plars> asac: taking a quick glance at apt, I don't even see where it might exit with rc=15
[13:09] <asac> yyeah me neither
[13:09] <asac> no error in log at least
[13:10] <sil2100> asac: which PPA should I use btw.?
[13:10] <plars> asac: there was nothing in stdout or stderr to indicate a failure, and I'm running it the same way it gets run from the test here and can't reproduce... I'm going to try to rerun the test to see if it's somehow reproducible there, but this isn't something I've ever seen fail before. I would have at least expected to see some error in stderr, but it seems to have finished normally
[13:10] <sil2100> ppa:phablet-team/ppa or is there something else?
[13:10] <ogra_> sil2100, thats the one
[13:11] <ogra_> https://launchpad.net/~phablet-team/+archive/ppa/+packages?field.name_filter=phone&field.status_filter=published&field.series_filter=saucy
[13:11] <asac> sil2100: yes, what ogra says. i think thats what you said
[13:11] <ogra_> that i'd like to see updated
[13:14] <OrokuSaki> looks good with XRA app running with Stock Ticker App.. THANKS!
[13:14] <OrokuSaki> XDA App
[13:14] <OrokuSaki> Yay!
[13:14] <ogra_> great
[13:15] <OrokuSaki> turned off pulse today to show off to the guys at work
[13:15] <OrokuSaki> =)
[13:15] <OrokuSaki> and powerd.conf is now back to stock
[13:15] <OrokuSaki> so my screen turns off
[13:15] <OrokuSaki> I had to bring in some files from /system/lib/hw from cm10.1 for the sensors and accelerometer to work
[13:16] <OrokuSaki> in android
[13:16] <OrokuSaki> and camera
[13:16] <jhodapp> Laney, yes I'm working with the 1.x version of QtMultimedia right now...it's a brand new port of it and will need packaging as well when I get a little further in modifying it.
[13:20] <mamenyaka> what's with this? # apparmor_status: apparmor module is not loaded.
[13:21] <ogra_> jhodapp, the question was if it is gstreamer 0.10 or 1.0
[13:21] <jdstrand> ogra_: fyi, I just added a blurb here: https://wiki.ubuntu.com/Touch/PortingFlippedInProgress#AppArmor
[13:21] <ogra_> since the pulse implementation now uses 0.10
[13:22] <jhodapp> ogra_, right, the 1.x in my reply was meant to say gstreamer 1.x
[13:22] <ogra_> jhodapp, heh, sorry, blind me
[13:22] <jhodapp> hehe, np
[13:22]  * ogra_ could have guessed
[13:23] <ogra_> jdstrand, looks good, thanks a lot
[13:23] <jdstrand> jjohansen: if you have something reasonable to add to https://wiki.ubuntu.com/Touch/PortingFlippedInProgress#AppArmor to help people do the backporting, that would be great
[13:24] <mamenyaka> diwic, my device has apq8064-tabla-snd-card, so it will have audio tomorrow (is that UCM included)?
[13:24] <jdstrand> jjohansen: ie, notes you have, links to the bzr branch, links to upstream docs, help in #apparmor, that sort of thing
[13:24] <dholbach> ogra_, yes, sounds like it
[13:24] <ogra_> mamenyaka, alsa-lib should be done by now, you should get it with an upgrade
[13:24] <jdstrand> jjohansen: maybe we could flesh that out more when there is more time (har har), but something to get people started would be nice
[13:24] <dholbach> jdstrand, thanks for adding it to the wiki
[13:25] <ogra_> mamenyaka, once upgraded you should have exactly what tomorrows image will
[13:25] <mamenyaka> ogra_, thank you, I will check it out
[13:25] <mamenyaka> any way to check alsa version?
[13:28] <OrokuSaki> Hmmm now that my accelerometer is working, my browser is always sideways
[13:28] <OrokuSaki> you guys know a work around...
[13:29] <ogra_> turn your head sidewars ... work lying on the side ... use a mirror ?
[13:29] <ogra_> *sideways
[13:30] <OrokuSaki> great! *thanks*
[13:30] <ogra_> heh
[13:30] <OrokuSaki> rotational lock doesn't seem to be.. working
[13:30] <ogra_> nope
[13:30] <ogra_> has no backend yet
[13:30] <OrokuSaki> oh
[13:31] <OrokuSaki> you know a trick for this ogra? you holding out? =)
[13:31] <ogra_> no, i dont :)
[13:31] <OrokuSaki> hmmmm
[13:31] <mhr3> lool, do you know if there was any development on the dbus thing matt mentioned?
[13:31] <mamenyaka> is the network indicator broken again?
[13:31] <ogra_> ricmm is our sensitive man here ... he knows all about the sensors :)
[13:32] <OrokuSaki> cool
[13:32] <ricmm> ogra_: what up?
[13:33] <OrokuSaki> @ricmm Could you give me a guess on why my browser and settings app are always sideways when I rotate my tablet? When you are around?
[13:33] <ogra_> ricmm, OrokuSaki enabled rotation ...
[13:33] <ogra_> and it rotates :)
[13:33] <ogra_> ... a bit to much
[13:33] <OrokuSaki> its rotating, just always the wrong.... what is that word.. orientation
[13:33] <ricmm> uh
[13:34] <ricmm> maybe your device values are odd
[13:34] <ricmm> and our calculation bails out
[13:34] <OrokuSaki> nod
[13:34] <ogra_> most likely
[13:34] <OrokuSaki> disable accelerometer in the meantime?
[13:35] <OrokuSaki> or.. gyroscope
[13:36] <ricmm> disable rotation in the meanwhile
[13:36] <ricmm> and file a bug
[13:36] <OrokuSaki> okay... how do I disable rotation?
[13:36] <OrokuSaki> and thanks!
[13:37] <lool> mhr3: oh yes
[13:37] <lool> mhr3: he had some issues with upstart and I gave him and Scott a working recipe to get it working (worked for me at lesat)
[13:37] <lool> mhr3: let me fwd you
[13:37] <OrokuSaki> I have rotation lock checked but ogra said it doesn't do anything.. you guys know another way?
[13:38] <lool> mhr3: fwded
[13:38] <mhr3> lool, coolio, thx
[13:38] <mamenyaka> hah, guess I am a bit lucky, sound works after upgrade
[13:39] <ogra_> awesome
[13:39] <ogra_> diwic, ^^^
[13:41] <OrokuSaki> https://github.com/NookieDevs/android_kernel_bn_encore/commit/7894401f916eb90b08f113a0cedf4f4d12a1ed77
[13:41] <OrokuSaki> hmmm
[13:42] <mamenyaka> diwic, ogra_ anything else to check with the new alsa?
[13:43] <ogra_> mamenyaka, if sound works and you can make and recieve calls all is fine
[13:43] <mamenyaka> ogra_, it's a wifi only tablet
[13:43] <mamenyaka> sound works, just played the sample video
[13:44] <ogra_> well, then all should be fine
[13:45] <diwic> mamenyaka, what device is it, more exactly?
[13:47] <mamenyaka> Sony Tablet Z
[13:47] <mamenyaka> diwic, ^^
[13:48] <diwic> ok
[13:48] <asac> ogra_: phone-app built :)
[13:48] <ogra_> well, is still building
[13:48]  * ogra_ sees a green gear ... 
[13:48] <mamenyaka> I have another port for a samsung tablet, that's the problematic one :)
[13:48] <asac> ogra_: pending publication
[13:48] <ogra_> yeah
[13:52] <OrokuSaki> try to reverse my orienation in kernel
[13:55] <seb128> sil2100, Mirv, asac, ogra_: the dialer-app and messaging-app just hit saucy proper (their depends got sorted out)
[13:56] <sil2100> seb128: \o/ awesome!
[13:56] <ogra_> seb128, yay, so i'm waiting for a go from dfil
[13:56] <asac> nice nice nice
[13:56] <asac> ogra_: dfil?
[13:56] <ogra_> from bfiller
[13:56] <asac> on what?
[13:56] <asac> ogra_: can we build one image with phone-app?
[13:56] <asac> just to confirm the fix that omer landed?
[13:56] <ogra_> asac, that the new apps are safe to be seeded
[13:57] <asac> right. lets use phone-app for the image we do now
[13:57] <ogra_> asac, no, dialer-app is the new one
[13:57] <asac> ogra_: are we ready to go?
[13:57] <bfiller> seb128: yeah!
[13:57] <asac> ogra_: can you use phone-app still?
[13:57] <ogra_> asac, dunno ... there were many cahnges :)
[13:57] <asac> ogra_: just for this run?
[13:57] <ogra_> asac, i can, but i wont be fixing build issues or watch the build, uds starts in 3min
[13:58] <asac> ogra_: sure. kick it off
[13:58] <asac> lets see what happens :)
[13:58] <asac> ogra_: i expect something to come out to /pending in like 50 minutes
[13:58] <bfiller> asac: dialer-app and messaging-app is a replacement for phone-app
[13:58] <asac> bfiller: i know
[13:58] <bfiller> asac: we'll make them the default in tomorrow's build
[13:58] <asac> right.
[13:58] <ogra_> asac, rather 30
[13:59] <asac> thats good. we want to make a rerun today at best without those
[13:59] <asac> ogra_: nice.
[13:59] <asac> ogra_: go ahead and see you in a bit :)
[13:59] <asac> at "lunch" :)
[13:59] <ogra_> unlike PPA builders we now have fast builders :)
[13:59] <ogra_> sadly PPAs now really suck speed wise
[13:59] <ogra_> but you cant have everything :)
[14:02] <ogra_> /join #ubuntu-uds-plenary
[14:02] <ogra_> bah
[14:05] <Mirv> sil2100: great!
[14:08] <sil2100> asac, ogra_: ah, btw. I pushed phone-app to the phablet ppa, I think it should be built now
[14:08] <sil2100> (forgot about informing)
[14:09] <sergiusens> ogra_: that suspiciously looks promotional inception like
[14:09] <ogra_> sergiusens, bah, you got me :P
[14:09] <mhall119> UDS has started, in case anybody here didn't already know: http://summit.ubuntu.com/uds-1308/meeting/21887/intro-and-keynote/
[14:11] <ogra_> mhall119, if the video would only work
[14:12] <cjohnston> ogra_: can you watch other youtube videos?
[14:12] <ogra_> cjohnston, yes, usually i can
[14:12] <wellsb> ogra_: Does the direct link work: http://www.youtube.com/watch?v=zMCxHYKjAx0
[14:12] <ogra_> no HW acceleration though
[14:12] <mhall119> ogra_: reboot
[14:14] <rsalveti> ogra_: diwic: the script that disables audioflinger is part of the live-build config for the pulse image
[14:15] <ogra_> rsalveti, well, there was a snippet in pre-start.d
[14:15] <rsalveti> yeah, that's the one
[14:15] <morphis> rsalveti: I remember you had problems with the jit in webkit some time ago, what kind of problem was that?
[14:16] <rsalveti> morphis: it crashes when jit is enabled
[14:16] <rsalveti> but using webkit from qtwebkit
[14:16] <morphis> rsalveti: cause of some illegal instructions?
[14:16] <rsalveti> don't remember if it was a illegal instruction, need to find the bug
[14:16] <rsalveti> let me dig that
[14:17] <morphis> rsalveti: I am currently having something similar: http://paste.ubuntu.com/6032793/
[14:17] <morphis> and it seems to be a similar problem with the jit on arm
[14:18] <Robert___> Hy all! I have 2 questions about the Ubuntu for phones, is this OS compatible with Samsung Galasy S I-9000 ???? If is, how can I install it ??! Thank you. Robert Pal
[14:18] <mamenyaka> Robert___, hi, please have a look here: https://wiki.ubuntu.com/Touch/Devices
[14:19] <rsalveti> morphis: which release are you testing with?
[14:19] <morphis> rsalveti: not ubuntu :)
[14:20] <rsalveti> morphis: sorry, I mean, which qtwebkit release
[14:20] <morphis> ah, I had problems with 5.1 and currently seeing the same with latest upstream
[14:20] <plars> asac: we've isolated the problem to the new WAP, which appears to be failing quite spectacularly. Going to see if we can get IS to take a look at the config to make sure it matches what they expect, and if all else fails, replace the hardware if it's just plain bad
[14:20] <morphis> latest upstream = latest webkit (not qtwebkit)
[14:21] <asac> plars: whats the timeline u think?
[14:22] <plars> asac: today hopefully, but too early to tell. We *just* confirmed that it's the wap. I'll let you know as soon as I know more
[14:22] <Robert___> Köszönöm mamenyaka
[14:22] <plars> asac: if nothing else, I can revert to the previous wifi rig, but then the weather app tests will fail again
[14:22] <Robert___> https://wiki.ubuntu.com/Touch/Devices/galaxysmtd#Unlocking_instructions , i found this one, but how can i install from Windows 8 OS. ??
[14:22] <plars> asac: so I'd like to avoid that if possible, but if it can't be trusted by tonight when we get the second build, I'll revert
[14:23] <jhodapp> rsalveti: did you push up those hybris changes yesterday for the soft decode number of CPU detection?
[14:23] <balloons> m-b-o, weather app runs perfect in the lab now :-)
[14:23] <rsalveti> jhodapp: yes, should be part of today's image
[14:23] <balloons> iBelieve, ping
[14:23] <iBelieve> balloons, pong
[14:24] <jhodapp> rsalveti: excellent...I'm hitting those errors no on the galaxy nexus in a way I hadn't run into while on the raring image
[14:24] <mamenyaka> Robert___, szivesen
[14:24] <balloons> so I was away for a bit, but I see file manager is still suffering from the pop-ups tests failing in the lab
[14:24] <balloons> iBelieve, ^^. Did your fixes not merge, or not work, or ?
[14:25] <iBelieve> balloons, they worked. The problem is a new and different one caused by changes in the SDK
[14:25] <iBelieve> balloons, I came across it also in my showdown app
[14:25] <seb128> mpt, could you look at https://bugs.launchpad.net/ubuntu-system-settings/+bug/1211801 and comment/see if it's possible to update the design?
[14:25] <m-b-o> balloons: \o/
[14:26] <balloons> iBelieve, ahh, so it's something else causing the issue. Well, I just thought I would ping and make sure you've seen it and can work on it. If you need help, I can help :-)
[14:26] <asac> plars: whats the impact? just the ping test fialing?
[14:26] <balloons> m-b-o, yes plars and the rest of the QA team folks did the behind the scenes heavy lifting to make that happen
[14:26] <plars> asac: no, ping test will be fine either way
[14:26] <plars> asac: weather app test needs the new network setup using the wap that is now failing
[14:27] <rsalveti> jhodapp: right, will flash latest with gnexus and will try, but it should be in
[14:27] <iBelieve> balloons, I've seen it and will fix it soon. It's pretty easy to fix
[14:27] <m-b-o> balloons: great! :)  what were the stepping stones?
[14:27] <asac> plars: what issues will we see if we continue to use the buggy WAP?
[14:27] <balloons> m-b-o, see what plars is chatting with now.. it's network setup issues
[14:27] <plars> asac: random failures related to the wap spontaneously rebooting throughout the test runs
[14:27] <rsalveti> morphis: https://bugs.launchpad.net/ubuntu/+source/qtwebkit-opensource-src/+bug/1153794
[14:27] <rsalveti> morphis: https://bugs.webkit.org/show_bug.cgi?id=108398
[14:28] <asac> plars: so retryuing if we see network issues?
[14:28] <rsalveti> it was fixed by upstream, and included in 5.1, but it seems the bug is still there
[14:28] <asac> plars: is that what it takes?
[14:28] <jhodapp> rsalveti: excellent
[14:28] <plars> asac: it's a bit more than that I'm afraid
[14:28] <rsalveti> didn't yet have time to investigate it further, but doing a quick test with 5.1 proved that it was still broken
[14:28] <asac> hmm. can we go back to the old setup then?
[14:28] <asac> i would like weather to be fixed
[14:28] <rsalveti> morphis: testing webkit upstream itself would indeed be a good idea
[14:28] <asac> but sacrificing our other tests is a bit harsh
[14:28] <plars> asac: the wap is constantly rebooting itself, either it's a config or hardware problem and we can fix or replace the wap, or we can't use it
[14:28] <rsalveti> seems jit with arm is quite unstable in there
[14:28] <plars> asac: we've rerun this one test 4 or 5 times already and failed to get it to pass a single time
[14:28] <asac> plars: can we just stop using it? Is that simple and will just make weather fail?
[14:29] <asac> yeah
[14:29] <plars> asac: yes, that's what I said
[14:29] <asac> lets do it
[14:29] <asac> lets not wait fo rhte case that we get a replace or fix
[14:29] <asac> rather bring it back
[14:29] <asac> i would prefer if the next image goes through a smooth environment (which starts in 1h or so)
[14:29] <plars> asac: what? We are getting a new image in 1 hour?
[14:30] <plars> asac: new images shouldn't come out until 5 or 6 hours from now right?
[14:30] <asac> plars: yes. new image coming in 10-20 minutes
[14:30] <asac> plars: we have an out of band spin
[14:30] <asac> so we get something out
[14:30] <plars> asac: ok, good to know
[14:30] <asac> ogra kicked it off 30 minutes ago
[14:31] <plars> asac: I'll revert to the old wap for now then, and we can go back to debugging after
[14:31] <mufasa27> samsung galaxy nexus toro -> status?
[14:31] <asac> so should be there any minute
[14:31] <asac> plars: cool. that would be awesome
[14:31] <plars> asac: is there some kind of notification list for when a new build gets kicked off? I'd love to be on that mailing list :)
[14:31] <asac> plars: good point. i doubt it :()
[14:32] <asac> but check with ogra_ ... he would know
[14:32] <ogra_> plars, nope, we dont have such a list
[14:32] <ogra_> cdimage.ubuntu.com and F5 ...
[14:33] <rsalveti> morphis: so the issue I had wasn't illegal instruction
[14:33] <plars> ogra_: I want to know when the build starts though, so I know it's coming later
[14:33] <rsalveti> but I still didn't test 5.1 properly
[14:33] <morphis> rsalveti: ok
[14:33] <ogra_> plars, well, 8 AM and PM ... beyond that a build would be manual
[14:33] <ogra_> (UTC that is)
[14:33] <plars> ogra_: speaking of though... we are currently having a problem where we see a new build (via checking MD5SUMS file for changes in the pending directory on cdimage) and then when we run phablet-flash we get a 404 trying to download the image
[14:33] <morphis> I will try another round here with the JIT disabled
[14:34] <ogra_> plars, publishing takes between 5 and 10min
[14:34] <ogra_> plars, i thought you added some sleeps after we discussed that last time
[14:34] <rsalveti> morphis: great, but should work, unfortunately it'll be a bit slower :-(
[14:35] <morphis> rsalveti: yes, it's not a real solution but a quick workaround to not slow down any ohter work
[14:35] <plars> ogra_: we did but they appear to have fallen out at some point. I can put them back but it feels like there should be a better way than waiting for 10 min. after we notice the change. I wanted to see if you had any further ideas on that
[14:35] <rsalveti> ogra_: stgraber: the ro image is consuming the android side from the android package already, right?
[14:35] <rsalveti> morphis: right, that's why we got it disabled as well
[14:36] <ogra_> rsalveti, only bootimg
[14:36] <morphis> rsalveti: for us it's highly prolematic as we're doing mostly every application in js :)
[14:36] <rsalveti> what about the system image?
[14:36] <rsalveti> morphis: urgh, yeah
[14:36] <ogra_> comes from jenkins until the tree stuff is sorted
[14:36] <ogra_> is the package now built off the upstream tarball ?
[14:36] <rsalveti> great, just wanted to make sure the android side is the same for both images
[14:36] <rsalveti> not yet
[14:37] <ogra_> right, i was waiting for that
[14:37] <rsalveti> will sort that out this week
[14:37] <mamenyaka> ogra_, upgrading initramfs-tools error: http://paste.ubuntu.com/6032867/
[14:37] <ogra_> good, i'll try to get the cdimage stuff sorted then
[14:37] <stgraber> rsalveti: yeah, the system images are feeding from the flipped images, converting all the files to the right format, but the input is the same
[14:37] <rsalveti> great
[14:37] <sergiusens> plars: ogra_ this should be a non issue once we only test on image based upgrade images
[14:37] <w-flo> is the 27.1 image 100% pulseaudio? or some part still missing?
[14:38] <ogra_> w-flo, should be all pulse already
[14:38] <ogra_> asac, there is your image
[14:38] <asac> nicey!
[14:38] <w-flo> ogra_, thanks. /me starts porting attempt
[14:38] <sharif> ubuntu os install in samsung phone help
[14:39] <mamenyaka> sharif, what's the problem?
[14:44] <diwic> ogra_, if I want to flash the latest image - which is now the main image - should I add " --pending " or not?
[14:45] <ogra_> --ending and you want cdimage-touch
[14:45] <ogra_> *pending indeed
[14:45] <rsalveti> ogra_: did you spin a new image after pushing all the pulse changes?
[14:45] <ogra_> rsalveti, yes, 27.1
[14:46] <rsalveti> ogra_: great
[14:46] <ogra_> rsalveti, not for the pulse changes actually, just to stop asac whining in my ear abot failed phone-app tests :)
[14:46] <asac> lol
[14:46] <rsalveti> ogra_: right, but do you know if it got everything?
[14:46] <ogra_> for pulse i would just have waited for the cronned build :)
[14:47] <asac> we also landed autropilot fixes
[14:47]  * ogra_ hugs asac 
[14:47] <asac> for unity8 ... which was the real reason :)
[14:47] <ogra_> rsalveti, well, the audio stack had several hours to settle, should have everything (i didnt cross check every single package)
[14:47] <rsalveti> ogra_: right, no worries
[14:49] <rsalveti> jodh: seems everything is in, will do some testing with the bridge today still
[14:50] <jodh> rsalveti: well, we're still preparing the upstart 1.10 upload itself...
[14:50] <rsalveti> actually, is upstart-local-bridge in already?
[14:50] <rsalveti> yeah
[14:50] <rsalveti> that's why lxc-android-config is still in proposed
[14:50] <rsalveti> ogra_: ^^
[14:51] <rsalveti> so that's still on hold
[14:51] <rsalveti> because of https://launchpadlibrarian.net/148526136/lxc-android-config_0.77_0.78.diff.gz
[14:51] <ogra_> on hold ?
[14:51] <rsalveti> xnox: pushed the dependency before we have a new upstart
[14:51] <ogra_> i thought upstart was in
[14:51] <ogra_> *sigh*
[14:51] <rsalveti> nops
[14:51] <rsalveti> 1.10 is not in yet
[14:51] <ogra_> that indeed breaks the sound stuff
[14:52] <ogra_> xnox, jodh, next time please ping me *after* your feature landed
[14:52] <xnox> ogra_: the dependency is tight, thus lxc-andorid-config should not be migrating to release pocket. How does that break?
[14:52] <mterry> katie, got a sec to talk about phone-in-greeter?
[14:53] <rsalveti> xnox: we need a newer lxc-android-config that ogra pushed
[14:53] <ogra_> xnox, it holds back the three other uploads for fixing sound issues i did afterwards
[14:53] <rsalveti> which is blocked by your previous upload
[14:53] <ogra_> rsalveti, it was actually my upload of a MP from xnox
[14:53] <xnox> ogra_: drop the (>= 1.10), the daemon will fail to start, but nothing should be depending on it yet, so it's ok.
[14:53] <ogra_> ok
[14:54] <xnox> ogra_: and it will magically work, once upstart 1.10 is upgraded and reboot happens.
[14:54] <rsalveti> ogra_: then it's all on you :P
[14:54] <rsalveti> yeah
[14:55] <ogra_> xnox, yes, i was expecting that to be the case after you and jodh asked me to include that stuff, please make sure in the future that this is the case before asking for a merge
[14:56] <xnox> ogra_: =) nobody asked you to upload, I only asked you to review, i have upload rights you know ;-)
[14:56] <xnox> ogra_: we are preparing 1.10 upload. just polishing up packaging at the moment.
[14:58] <ogra_> well, fix uploaded for now
[14:58] <ogra_> its just sad that people with the 27.1 image wont have any sound now
[14:59] <katie> mterry, not right now
[14:59] <katie> mterry, in an hour or so
[14:59] <katie> mt
[14:59] <katie> mterry, i do
[14:59] <mterry> katie, k, poke me when you have time
[15:00] <katie> mterry, ok
[15:00] <sergiusens> fginther: om26er|away doanac` plars fyi, doanac` s phablet-network MR just got merged
[15:01] <fginther> sergiusens, ack
[15:02] <doanac`> sergiusens: ack. cjohnston, plars - we need to be sure to update utah/phablet-tools in sync on phoenix and ashes.
[15:02] <doanac`> i'll put an MP together for UTAH today. and we can deploy both this evening or tomorrow morning
[15:02] <cjohnston> sounds good
[15:04] <plars> doanac`: is this the one for rndis support?
[15:04] <cjohnston> no
[15:04] <cjohnston> the wait-for-network stuff
[15:05] <doanac`> plars: no, just an improvement to the phablet-network command (note its now phablet-network and not phablet-network-setup)
[15:05] <plars> doanac`: ah, ok cool
[15:05] <doanac`> this will also mean i'll need to update jenkins.sh's wait-for-network logic.
[15:05] <doanac`> it will be a 3 part merge from me :)
[15:05] <doanac`> i'll do this when not dialed into a session :)
[15:08] <diwic> um, I tried flashing 27.1 on the Nexus 7, and it constantly powers itself off :-(
[15:08] <ogra_> diwic, charged ?
[15:10] <diwic> ogra_, no but I had it connected to the laptop. Apparently that wasn't enough for it, it seems to work considerably better when connected to a charger
[15:10] <diwic> ogra_, so thanks for the tip
[15:11] <ogra_> yeah, a normal USB port will only provide 500mA
[15:11] <ogra_> thats about as much as you draw
[15:11] <ogra_> when running
[15:11] <ogra_> so it doesnt really charge
[15:13] <mamenyaka> any way to test sound quickly?
[15:13] <diwic> mamenyaka, I usually go into sound settings and click on the stuff trying to change ringtone
[15:14] <mamenyaka> right
[15:14] <mamenyaka> so I will try to port sound to Midas_WM1811
[15:14] <mamenyaka> hmmm
[15:14] <mamenyaka> I have sound
[15:15] <diwic> that's a good start :-)
[15:15] <mamenyaka> 27.1 image
[15:16] <diwic> mamenyaka, reading a bit above in this channel, it seems like 27.1 didn't contain the full new stuff after all
[15:16] <w-flo> mamenyaka, oh noes, and I already cancelled my download thinking 27.1 was busted :) or maybe it's still using audioflinger?
[15:16] <alecu> dholbach: so, I flashed the R/O image, installed xda from "more suggestions" in the apps scope, and it seems to have gotten installed, but then it won't start. Weird thing is that the directory for the app in /opt/click.ubuntu.com was never created.
[15:16] <mamenyaka> that's also interesting, I tried the 27.0 image, sound wasn't working
[15:16] <ogra_> mamenyaka, upgrade to lxc-androoid-config 0.81
[15:16] <ogra_> (once thats in the archive)
[15:17] <ogra_> there are pieces missing in the 27.1 image
[15:17] <mamenyaka> okay
[15:17] <mamenyaka> do I need to restart?
[15:17] <mamenyaka> after upgrade
[15:17] <diwic> ogra_, hmm, the network indicator does not show any networks today
[15:17] <dholbach> does anyone know how to solve what alecu ^ said above?
[15:18] <ogra_> diwic, yeah, i heard that before
[15:18] <seb128> mardy, not sure if you wanted to join http://summit.ubuntu.com/uds-1308/meeting/21932/client-1308-oxide/ ?
[15:18] <alecu> dholbach: it seems to me that the app is not being installed right on the RO images, so I think we should ask cjwatson
[15:18] <alecu> (who's probably on some UDS session right now)
[15:18] <diwic> anyway, family calls
[15:18] <diwic> bye for now
[15:19]  * diwic hopes that there will be more networks tomorrow
[15:19] <mardy> seb128: I'm a bit busy now, but I'm following the streaming
[15:19] <seb128> mardy, ok
[15:20] <Yaser> hello does anybody know how to get ubuntu-touch on sony tab s??
[15:21] <mamenyaka> Yaser, you need to port it
[15:21] <Yaser> like how??
[15:21] <dholbach> alecu, if you adb on the device, you could run "click install <something>" it should show if it'S installed or not
[15:21] <mamenyaka> Yaser, like this: https://wiki.ubuntu.com/Touch/Porting
[15:22] <mamenyaka> ogra_, when will lxc-android-config 0.81 land?
[15:23] <ogra_> dunno, its building
[15:23] <ogra_> https://launchpad.net/ubuntu/saucy/+source/lxc-android-config/0.81
[15:24] <ogra_> should start the build soon
[15:24] <mamenyaka> ogra_, but it will be available soon, I mean not hours?
[15:24] <ogra_> after it built it is usually 30min to 1h
[15:24] <mamenyaka> okay
[15:25] <mamenyaka> so then on my other device (sony) it wasn't completely switched to the new alsa lib?
[15:26] <ogra_> it was but audioflinger was still running
[15:26] <Yaser> but my device is not a CyanogenMod devices
[15:26] <ogra_> the missing fix disables it
[15:27] <mamenyaka> so chances are sound won't work after that
[15:27] <mamenyaka> Yaser, what's your device's codename?
[15:27] <ogra_> might or might not :)
[15:28] <mamenyaka> oh the suspense is killing me :)
[15:28] <Yaser> my tab's code name is S1..!!
[15:28] <Yaser> sony S1
[15:29] <H4wkeye> hello?
[15:29] <mamenyaka> Yaser, that's just simply the device name
[15:29] <mamenyaka> Yaser, I will check it out for you
[15:30] <Yaser> i could not find out the code name
[15:30] <Yaser> i just saw it from http://en.wikipedia.org/wiki/Sony_Tablet
[15:39] <mamenyaka> Yaser, well, look in build.prop
[15:39] <Yaser> sorry where?
[15:42] <mamenyaka> Yaser, on your device there is a file
[15:42] <mamenyaka> build.prop
[15:43] <mamenyaka> in /system i guess
[15:44] <w-flo> Yaser, if you have adb enabled, you can also try this, maybe that's easier: adb shell getprop ro.product.device   (not sure if it works with stock android though?)
[15:47] <Yaser> ok. thank you everybody.  let me check it out.
[16:03] <mamenyaka> ogra_, on second boot, black screen, what now?
[16:04] <mamenyaka> waiting for sensorservice
[16:04] <asac> ogra_: look at that dashboard :)
[16:05] <ogra_> asac, must be all broken
[16:05] <asac> :)
[16:05] <asac> hope so not
[16:07]  * ogra_ attends http://summit.ubuntu.com/uds-1308/meeting/21859/foundations-1308-phablet-tools/
[16:45] <jono> lool, who is responsible for click packages working on the N4?
[16:45] <jono> the scope lets me install an app, but it doesn't actually install
[16:46] <jono> and the existing apps that run as click packages (e.g. dropping letters) don't work
[16:48] <lool> jono: there is a bug with read-only images that it fails
[16:48] <jono> lool, right
[16:48] <lool> jono: is that your  case?
[16:48] <jono> lool, any idea which bug it is?
[16:48] <jono> lool, I think so
[16:48] <jono> I can't use apt either
[16:48] <lool> jono: it's one I have had to file since friday, sorry about that, it's packagekit crashing
[16:48] <jono> which means I can't run an app from the SDK on my device
[16:49] <lool> I didn't manage to get a stacktrace to report a decent bug
[16:49] <jono> lool, ahhh np
[16:49] <ogra_> jono, i think it installs, but you can only start it through the search
[16:49] <lool> jono: symptom is that download proceeds 100%, then it is stuck and app lense is broken
[16:49] <lool> *lens
[16:49] <popey> jono: have you enabled "developer mode" on your device?
[16:50] <jono> ogra_, I don't see it installed in /opt
[16:50] <lool> jono: if you make your / read-write (mount -o remount,rw /) it works
[16:50] <ogra_> jono, oh, ok
[16:50] <popey> touch /userdata/.developer_mode#
[16:50] <asac> popey: davmor2: can you smoke test .1 ? testing looks pretty awesome so far
[16:50] <popey> -#
[16:50] <jono> popey, enabling dev mode fails as it needs to use apt :-)
[16:50] <ogra_> popey, thats gone
[16:50] <popey> oh
[16:50] <popey> super
[16:50] <ogra_> (renamed ... i forgot to what)
[16:50] <popey> where did we notify everyone of that?
[16:50] <lool> popey: .writable_image IIRC
[16:50] <lool> popey: I've asked stgraber to email -phone list
[16:51] <popey> asac: sure
[16:51] <lool> I actually wished we had kept the old path working too, but that required a non-trivial set of uploads
[16:52] <jono> dholbach, I assume you are running the click session next?
[16:52] <lool> jono: outside of this specific bug, things should work, apps should launch unless we have bug with new images; if you have other click specific issues, dholbach was up-to-date on almost all of them I think
[16:52] <dholbach> jono, yes, after the break
[16:52] <jono> lool, yeah, the current click installed apps (e.g. dropping letters and sudoku) don't install either
[16:53] <jono> dholbach, cool
[16:53] <dholbach> lool, I get "No manifest found for app_id: com.ubuntu.developer.mhall119.xda-developers-app" when launching the installed xda app on the device
[16:53] <mhall119> dholbach: :(
[16:54] <mhall119> it was working
[16:54] <dholbach> yeah, I don't know what happened
[16:54] <dholbach> but I don't think launching ever worked for me
[16:54] <dholbach> but I'm a bit busy right now, I can't debug it now :/
[16:54] <alecu> mhall119: it worked for me last week, but today it's no longer working
[16:55] <lool> the weather app for instance is working
[16:55] <lool> or RSS reader
[16:55] <alecu> mhall119: I suspect it has to do with the image change to R/O root
[16:55] <mhall119> alecu: dholbach: I didn't upload a new package, it should still be 0.1.5 that was working last week
[16:55] <lool> don't know what specifically happened to xda app
[16:55] <mhall119> alecu: ah, I only tested installing it on cdimage-touch
[16:55] <mhall119> lool: is weather a click package?
[16:55] <mhall119> previously only dropping letters, sudoku and stock ticker were being installed as click
[16:57] <jono> ok, making the filesystem rw seems to allow the XDA app to install
[16:57] <jono> but it won't launch
[16:57] <lool> mhall119: ah no, sorry
[16:58] <lool> mhall119: correct, this is also the list I have
[17:00] <alecu> jono: does it show if you do "click list" as the phablet user?
[17:01] <mamenyaka> ogra_, so after upgrading lxc-android, sound works
[17:01] <app> hello
[17:01] <asac> ogra_: guess once popey and davmor2 give green light we are ready to go for .1 going out
[17:02] <app> mterry??
[17:04] <jono> alecu, checking
[17:04] <jono> alecu, :
[17:05] <jono> root@ubuntu-phablet:/# click list
[17:05] <jono> root@ubuntu-phablet:/#
[17:05] <dholbach> jono, click list --all
[17:05] <dholbach> ...maybe
[17:05] <jono> I see the XDA app code there
[17:05] <alecu> jono: please try it as the phablet user
[17:05] <jono> root@ubuntu-phablet:/opt/click.ubuntu.com# click list --all
[17:05] <jono> com.ubuntu.developer.mhall119.xda-developers-app	0.1.5
[17:05] <jono> com.ubuntu.dropping-letters	0.1.2.2
[17:05] <jono> com.ubuntu.stock-ticker-mobile	0.3.7ubuntu1
[17:05] <jono> com.ubuntu.sudoku	0.4.3
[17:05] <alecu> ok, so it's there.
[17:06] <jono> so I could install when I made the FS r/w
[17:06] <jono> but now it is installed I can't launch any of the click apps
[17:06] <sfeole> sforshee: ping
[17:06] <sforshee> sfeole: pong
[17:06] <jono> also, I still see the XDA app listed in More Suggestions
[17:06] <jono> not listed as installed
[17:06] <jono> dholbach, should I file bugs for this?
[17:06] <alecu> jono: ok, I'm installing the latest "ubuntu-system" image to test this
[17:06] <jono> thanks alecu
[17:07] <ogra_> asac, i doubt calls work
[17:07] <alecu> I suspect it might be a bug in my click scope code
[17:07] <sfeole> sforshee: hey, matt mentioned that the powerd test plan wiki page commands have been updated. I wanted to update the page to reflect that.
[17:07] <ogra_> asac, given that only parts of the puls fixes made it into 27.1
[17:07] <dholbach> alecu, which package is that in now?
[17:07] <sfeole> sforshee: powerd-cli display on  ,  won't work anymore?
[17:07] <dholbach> jono, yes, that'd be great - also if you could tag them with 'appstore'
[17:07] <alecu> dholbach: unity-scope-click
[17:07] <dholbach> jono, ^
[17:08]  * dholbach runs out to get a quick bite for dinner
[17:08]  * alecu gets some lunch before the next session
[17:08] <jono> dholbach, which project do I file the in?
[17:08] <asac> ogra_: thoguth we waited for all to go in
[17:08] <asac> or was pulseaudioo stuill bolocked
[17:08] <sforshee> sfeole: that command _does_ work now, whereas previously an additional argument was required
[17:08] <dholbach> jono, <alecu> dholbach: unity-scope-click
[17:09] <sforshee> sfeole: I updated the commands recently, so unless I missed something everything in the test plan should work
[17:09] <jono> dholbach, ok
[17:09] <ogra_> asac, until we found out that the package was stuck in proposed from a former upload that waits for upstart
[17:09] <sforshee> sfeole: I updated the commands in the test plan wiki page that is
[17:09] <sfeole> sforshee: oh ok great. I'll run through them myself
[17:09] <asac> ogra_: sigh
[17:09] <sfeole> sforshee: thanks
[17:09] <asac> ogra_: why did noone tell me?
[17:09] <sforshee> sfeole: np
[17:09] <asac> ogra_: is that stuff now in?
[17:09] <ogra_> asac, so the code snippet that switches off audioflinger on the android side is missing in 27,1
[17:10] <asac> nice
[17:10] <asac> or not so :)
[17:10] <asac> ogra_: is that stuff in now?
[17:10] <ogra_> i uploaded a version with the upstart dep  dropped, yeah
[17:10] <ogra_> well, the version dropped, from it
[17:10] <ogra_> so yes, it is now in and you just need to upgrade lxc-android-config and reboot
[17:11] <asac> ogra_: can we try if dist-upgrade produces a working phone?
[17:11] <ogra_> if you dont, it is hard to predict how the sound will behave
[17:11] <jono> https://bugs.launchpad.net/unity-scope-click/+bug/1217457
[17:11] <asac> and if so just respin? i want to leave the day at a non-evil time with a good image
[17:11] <ogra_> asac, it might even work now, wait for some tester feedback
[17:11] <asac> ogra_: if you can give it a try
[17:11] <mamenyaka> ogra_, it works
[17:11] <asac> yeah
[17:11] <asac> i dont have sim
[17:11] <ogra_> i have a sim but need all my bandwith for UDS
[17:12] <ogra_> donwnloading the zip takes 30min for me ...
[17:12] <asac> ogra_: we have lunxch now
[17:12] <asac> so ... L:)
[17:12] <ogra_> at which i couldnt use hangouts
[17:12] <jono> https://bugs.launchpad.net/unity-scope-click/+bug/1217458
[17:12] <asac> right but there is nothing right now :)
[17:13] <ogra_> well, and i dont necessarily need to be in any hangouts the rest oif the day, IRC should be sufficient for the upcoming sessions
[17:13]  * ogra_ starts a download
[17:13] <asac> cool
[17:14] <jono> https://bugs.launchpad.net/unity-scope-click/+bug/1217461
[17:14] <asac> ogra_: tomorrow the whole app refactor lands, so better get it done today :)
[17:14] <jhodapp> Laney, btw, the eglCreateImageKHR issue is something upstream gstreamer will want to fix...I had filed a bug: https://bugzilla.gnome.org/show_bug.cgi?id=706523
[17:14] <asac> and we have to ensure that daily-rellease really doesnt let stuff through that would fail from then onwards
[17:15] <asac> xnox: hey... how is the emulator going?
[17:15] <Laney> jhodapp: seems fair, thanks
[17:15] <jhodapp> np
[17:15] <lool> dholbach, jono: Finally took some time to report the packagekit issue: https://bugs.launchpad.net/ubuntu/+source/packagekit/+bug/1217462
[17:15] <rsalveti> ogra_: we need to drop qtubuntu-media from the seeds
[17:15] <lool> got some better results with packagekit-dbg installed
[17:15] <asac> xnox: sorry, but whenver i thinkk about expanding daily-release test coverage to also test on phyones, i end up thinking emulator, emulator etc.
[17:16] <ogra_> rsalveti, feel free, or are you busy and i should ?
[17:16] <lool> in fact oddly it doesn't crash anymore under gdb
[17:16] <jono> lool, cool
[17:16] <lool> it just SIGTRAPs
[17:16] <lool> but continues
[17:16] <rsalveti> ogra_: mind doing that? doing the camera clean up from the android side to remove the audioflinger dpeendency
[17:16] <ogra_> yep, will do, no prob
[17:16] <rsalveti> awesome, thanks
[17:16]  * lool retries with strace to find where it's writing
[17:17] <sergiusens> rsalveti: are you also taking care of media-server/camerservice for when gstreamer comes in?
[17:17] <mamenyaka> ogra_, after upgradin android-lxc, one device has sound, other has: Waiting for service media.audio_flinger...
[17:17] <rsalveti> sergiusens: I'm just removing the audioflinger click sound dependency now, the camera service will still work
[17:18] <rsalveti> sergiusens: just recording that will fail
[17:18] <sergiusens> rsalveti: ack
[17:19] <mhall119> sergiusens: ogra_: what happened to my network manager indicator?  I can't get on wifi anymore :(
[17:19] <ogra_> mhall119, why would sergiusens  or me be able to help you ? :)
[17:20] <mhall119> I dunno, but you somehow always manage to :)
[17:20] <lool> stgraber: it seems we need to have /var/lib/PackageKit/transactions.db read-write, presumably all of /var/lib/PackageKit in fact
[17:20] <mamenyaka> mhall119, you can have wifi with phablet-network-setup
[17:20] <ogra_> mhall119, well, try to poke our NM specialist :)  (cyphermox)
[17:20] <mhall119> mamenyaka: tried it, didn't do anything
[17:21] <mhall119> cyphermox: halp!
[17:21] <mamenyaka> for me it works, indicator is broken bad thou
[17:21] <mhall119> all I get in the Network indicator now is "Empty!"
[17:21] <lool> stgraber: so I just upload lxc-android-config with this change?
[17:21] <lool> stgraber: what do I need to do to update the initramfs afterwards?
[17:21] <mhall119> mamenyaka: ah, second time it worked
[17:22] <mamenyaka> ogra_, so what do you think?
[17:22] <mhall119> thanks mamenyaka
[17:22] <mamenyaka> mhall119, no problem :)
[17:23] <ogra_> lool, what did you change ?
[17:23] <jhodapp> tvoss, are there debug symbols for the library libubuntu_application_api.so?
[17:24] <ogra_> lool, lxc-android-config shouldnt have anything in the initrd
[17:24] <tvoss> jhodapp, best to ask rsalveti
[17:24] <jhodapp> k
[17:24] <jhodapp> rsalveti: are there debug symbols for the library libubuntu_application_api.so?
[17:24] <lool> ogra_: etc/system-image/writable-paths
[17:24] <ogra_> i think thats dynamically read on boot by the initrd script
[17:25] <lool> cool
[17:25] <ogra_> so you should be fine ... (stgraber may correct me)
[17:25] <rsalveti> jhodapp: we should have, let me check
[17:25] <stgraber> yeah, adding stuff to lxc-android-config is fine, nothing else to change
[17:25] <jhodapp> rsalveti: I didn't see a dbg package
[17:25] <ogra_> mamenyaka, hmm, no idea, it should simply not wait for it to start
[17:27] <rsalveti> jhodapp: http://ddebs.ubuntu.com/pool/main/p/platform-api/
[17:27] <ogra_> not sure why it does, take a look at the init.rc if there is still any trace of media service or audioflinger
[17:27] <rsalveti> jhodapp: you can probably get it via ddebs
[17:27] <rsalveti> jhodapp: https://wiki.ubuntu.com/DebuggingProgramCrash#Debug_Symbol_Packages
[17:27] <rsalveti> just need to add that repo
[17:27] <jhodapp> rsalveti: thanks!
[17:28] <rsalveti> even when the dbg package is not created as part of the source package, you should still have it in ddeb
[17:28] <jhodapp> good to know
[17:28] <rsalveti> unless the packaging is stripping out everything during build time
[17:32] <lool> jono, dholbach: packagekit crash is gone with latest lxc-android-config change I've uploaded; I could install a click past hte 100% download, but then when pressing "Open" I get "Error: No manifest found for app_id: ar.com.beuno.hello-world"
[17:35] <ogra_> Removed qtubuntu-media from touch
[17:35] <ogra_> ...
[17:35] <ogra_> rsalveti, done ...
[17:42] <markusN00b> Is it possible to deploy the latest image without loosing the user data (WLAN-key, etc.)?
[17:44] <jono> lool, ahh
[17:45] <ogra_> markusN00b, sure, phablet-flash preserves /home/phablet/ and the network setup since ages
[17:46] <popey> ogra_: i see no networks on 20130827.1, same as 26
[17:46] <popey> asac: ^^
[17:46] <ogra_> yes, not new
[17:47] <ogra_> popey, netwroking should work though ... just the indicator doesnt show them
[17:48] <popey> yes
[17:50] <darpax> Hi everyone, anyone have recent success installing to an original Nexus7 3G? Mine won't boot beyond google screen.
[17:51] <mamenyaka> ogra_, I have service media /system/bin/mediaserver in init.rc
[17:52] <ogra_> mamenyaka, well, it shoudl say disabled
[17:52] <mamenyaka> it says
[17:53] <ogra_> well, any other trace of audioflinger ?
[17:53] <mamenyaka> no audioflinger
[17:53] <ogra_> then i dont really know
[17:54] <ogra_> does your init.$device.rc probably have something related ?
[17:54] <mamenyaka> I will check
[17:57] <mamenyaka> my init.qcom.rc: http://paste.ubuntu.com/6033582/
[17:57] <mamenyaka> I see no service
[17:57] <beuno> lool, I think ralsina and alecu know about that bug
[17:57] <beuno> Error: No manifest found for app_id:
[17:57] <beuno>               ar.com.beuno.hello-world"
[17:57] <beuno> alecu, ralsina, ^
[17:58] <rsalveti> ogra_: great, thanks
[17:58] <om26er> is 20130827.1 pulseaudio enabled or that will happen tomorrow ?
[17:58] <jono> bzoltan, ping?
[17:59] <ralsina> beuno: you are an optimist
[17:59] <bzoltan> hello Jono
[17:59] <ralsina> lool: can you pastebin logs
[17:59] <jono> bzoltan, hey, where do I file bugs in the SDK?
[17:59] <jono> for issues with Qt Creator
[18:00] <bzoltan> jono: https://launchpad.net/~ubuntu-sdk-team
[18:00] <jono> bzoltan, that is a team, not a project
[18:00] <w-flo> om26er, there are some pulse parts missing in that image (you can apt-get upgrade to add them) according to o.gra_
[18:01] <bzoltan> jono: file them here: https://launchpad.net/ubuntu-qtcreator-plugins
[18:01] <om26er> w-flo, good, thanks
[18:01] <jono> thanks bzoltan
[18:01] <bzoltan> jono: I will change the address if needed
[18:01] <mamenyaka> what is this? D/QMI_FW  (  569): QCCI: Received REMOVE_SERVER cmd for 00000016:00000101
[18:02] <mamenyaka> i have a lot of them
[18:02] <lool> ralsina: not sure hwich log; this is the unity-scope-click.log: http://paste.ubuntu.com/6033605/
[18:02] <lool> tail of it
[18:02] <jono> bzoltan, https://bugs.launchpad.net/ubuntu-qtcreator-plugins/+bug/1217485
[18:03] <jono> lool, dholbach https://bugs.launchpad.net/ubuntu-qtcreator-plugins/+bug/1217485 will need to be fixed to move forward with our click strategy too
[18:03] <lool> ralsina: full log: http://paste.ubuntu.com/6033610/
[18:03] <ralsina> lool thanks
[18:03] <dholbach> jono, thanks
[18:03] <lool> ralsina: note: [unity-scope-click] - DEBUG: click-scope.vala:183: Error building preview: No manifest found for app_id: ar.com.beuno.hello-world
[18:03] <lool> alecu: ^
[18:04] <bzoltan> jono: would you please paste the output form the QtC?
[18:04] <ralsina> lool: yeah
[18:04] <jono> bzoltan, well, the output isn't useful as it tried to make a dpkg ;-)
[18:04] <jono> as opposed to a click package :-)
[18:04] <bzoltan>  jono: it is useful
[18:04] <jono> bzoltan, one sec
[18:05] <bzoltan>  jono: the click installation feature is not yet implemented in the SDK
[18:05] <bzoltan>  jono:  so strictly said :) it is a not a bug but a feature request ... a feature what is on the roadmap
[18:06] <ralsina> lool: alecu will check it but he's leaving for the doctor now
[18:06] <ralsina> lool: so, in  a couple of hours
[18:06] <darpax> nobody here able to help with my issue?
[18:17] <mamenyaka> darpax, hi, how did you install it?
[18:19] <mamenyaka> video is not working, i have this coming up: http://paste.ubuntu.com/6033665/
[18:21] <darpax> mamenyaka, i followed the wiki https://wiki.ubuntu.com/Touch/Install and used phablet-flash cdimage-touch -d grouper -b
[18:22] <darpax> i just found an entry in the mailing list which iv'e just joined and appears i'm not the only one with this problem.
[18:23] <mamenyaka> you could try installing it manually
[18:24] <mamenyaka> rebooting into recovery, wiping, installing the two .zip
[18:26] <darpax> mamenyaka, i'll try it and see how it goes.
[18:26] <mamenyaka> darpax, ok
[18:31] <jono> bzoltan, adding log to the bug
[18:31] <jono> added
[18:31] <jono> https://bugs.launchpad.net/ubuntu-qtcreator-plugins/+bug/1217485
[18:31] <mamenyaka> ogra_, even for the camera I have Waiting for service media.camera...
[18:32] <ogra_> mamenyaka, well, probably rsalveti has an idea, i guess there are other bits you need to disable or bluntly disabling the while media service is to much for your device
[18:33] <rsalveti> sorry, need context, why is the media service not up in there?
[18:35] <bzoltan> jono: Thanks
[18:35] <ogra_> rsalveti, because we disable it now
[18:35] <ogra_> rsalveti, from lxc-android-config
[18:36] <rsalveti> ogra_: oh, right, you mean with our latest image
[18:36] <rsalveti> for the camera it's something I'm working on atm
[18:36] <ogra_> mamenyaka installed lxc-android-config manually
[18:36] <ogra_> on a port
[18:36] <ogra_> to actuaally dig into the new pulse stack
[18:36] <rsalveti> video will not work, as we need the gst stuff to land
[18:37] <mamenyaka> video works for me
[18:37] <mamenyaka> *worked until now
[18:37] <rsalveti> right, but without the media service running, it'll fail
[18:38] <ogra_> mamenyaka, hmm, you might also want to make sure that you have all android changes btw
[18:38] <ogra_> i.e. make sure to rebuild with the latest tree
[18:38] <mamenyaka> did just that earlier today
[18:38] <ogra_> ok
[18:38] <ogra_> just making sure :)
[18:39] <mamenyaka> ogra_, of course :) saw there was a lot of movement in platform-api
[18:39] <mamenyaka> so I just rebuilt
[18:42] <cyphermox> mhall119: halp?
[18:42] <davmor2> asac I'm away all week with only my android phone.  Needed satnav and video playback :-)
[18:42] <cyphermox> mhall119: sorry, I haz had interwebz torubles.
[18:43] <ogra_> cyphermox,  the network indicator seems pretty broken on todays images
[18:43] <cyphermox> yeah
[18:43] <ogra_> while mhall119 has solved his particular issue with it it needs some love
[18:43] <mhall119> cyphermox: just complaining that my NM indicator wasn't letting me on my wifi
[18:44] <cyphermox> tedg: ^^
[18:44] <cyphermox> fix, plz? :)
[18:44] <ogra_> :)
[18:45] <ogra_> heh
[18:46] <asac> davmor2: kk
[18:46] <asac> thx
[18:47] <asac> ogra_: so we are waiting for next imgae run?
[18:47] <plars> asac: rfowler got replacement hardware up and running, testing it now
[18:47] <darpax> mamenyaka, i appreciated the help however still not working. I'll post to the list and add my name to the other two having problems and hopefully someone can produce a solution soon.
[18:47] <asac> plars: new WAP?
[18:47] <asac> nice
[18:47] <ogra_> asac, nope, download is done, but i'm in the click session atm
[18:48] <ogra_> asac, i'll test afterwards
[18:48] <plars> asac: yes
[18:48] <mamenyaka> darpax, sorry to hear that
[18:48] <plars> asac: he was finding what looked to be memory errors in the logs
[18:48] <darpax> no probs, as I said, thanks for trying to help anyway. sincerely appreciated and looking forward to running ubuntu on it at some point.
[18:50] <mamenyaka> how is this even possible? http://kepfeltoltes.hu/130827/hah_www.kepfeltoltes.hu_.png
[18:52] <markusN00b> mamenyaka: How did you take the screenshot?
[18:52] <mamenyaka> markusN00b, Ubuntu SDK
[18:52] <mamenyaka> but it's a simple
[18:53] <mamenyaka> markusN00b, /system/bin/screencap
[18:54] <mamenyaka> ogra_, rsalveti so what do you suggest? tried fresh 27.1 install - everything working, after upgrade - nothing working
[18:55] <ogra_> nothing ?
[18:55] <mamenyaka> camera, audio, video
[18:55] <mamenyaka> even when booting it behaves kinda funny
[18:55] <rsalveti> yeah, that's expected actually
[18:55] <rsalveti> as we're moving to be pulseaudio based
[18:55] <mamenyaka> but with my samsung port, everything fine (at least for audio)
[18:55] <rsalveti> camera will work later today, audio will only work with the ucm files for your device
[18:56] <mamenyaka> yes, but I have the ucm files
[18:56] <rsalveti> and video will be broken until we land the gstreamer based player
[18:56] <mamenyaka> # cat /proc/asound/cards
[18:56] <mamenyaka>  0 [apq8064tablasnd]: apq8064-tabla-s - apq8064-tabla-snd-card
[18:56] <mamenyaka>                       apq8064-tabla-snd-card
[18:56] <rsalveti> which is a wip atm (video will be broken even in our images)
[18:56] <ogra_> rsalveti, ssshhhh, dont say that aloud
[18:56] <mamenyaka> too late
[18:57] <rsalveti> then you need to check why pulseaudio is not working for you
[18:57] <mamenyaka> how to check?
[18:57] <ogra_> you have *some* ucm files
[18:57] <rsalveti> make sure the config is also not enabling the previous audioflinger based module
[18:57] <ogra_> i.e. UCM files for a different SoC with the same sound codec
[18:57] <rsalveti> right
[18:59] <mamenyaka> well, the ucm files are what the image provides
[19:00] <w-flo> mamenyaka, AIUI, it's like the udev rules.. you should modify those files for your device
[19:00] <markusN00b> How to kill apps? I have many of them open and it lags
[19:00] <w-flo> but haven't looked into that, so maybe I'm wrong
[19:01] <mamenyaka> w-flo, but it matches my device
[19:01] <mamenyaka> without modification
[19:02] <mamenyaka> and for my other device which has other sound card with no ucm rules, sound works fine
[19:02] <w-flo> interesting :) /shrug
[19:03] <w-flo> maybe some devices have the same/similar sound hardware, but require different files? since it doesn't work, something must be wrong.. obviously :D
[19:04] <mamenyaka> I/ServiceManager( 1688): Waiting for service media.audio_flinger...
[19:04] <mamenyaka> W/AudioSystem( 1688): AudioFlinger not published, waiting...
[19:05] <asac> rsalveti: video will be broken i hear? L)
[19:05] <rsalveti> asac: yes :-)
[19:05] <mamenyaka> markusN00b, go to Applications page, there will be the opened apps, just hold down on one of them, and an X should appear
[19:05] <rsalveti> asac: we need to land the gst stuff for that to work
[19:06] <asac> rsalveti: what broke it?
[19:06] <rsalveti> asac: pulseaudio transition
[19:06] <asac> grmpf
[19:06] <markusN00b> mamenyaka: thx
[19:06] <rsalveti> asac: that was expected, but we decided to push the transition anyway as we got a lot of moving parts at this point
[19:06] <rsalveti> and we need those in before FF
[19:06] <asac> rsalveti: dont rush unfinished stuff in because of FF please
[19:07] <rsalveti> so I expect the image to be somehow broken until friday
[19:07] <asac> thats the wrong effect of FF unfortunately :(
[19:07] <rsalveti> well, the pulse part is mostly in shape, we're just depending on the video side to use gst instead
[19:07] <asac> yeah most likely
[19:08] <asac> rsalveti: would be better to update leads on the plan to break video on the image for a few days
[19:09] <asac> so we all agree that we can promote such images during that time
[19:09] <asac> but ok
[19:09] <rsalveti> well, that's what we decided together with ChickenCutlass yesterday
[19:09] <beuno> rickspencer3, we can certainly change our minds on this
[19:09] <asac> lets hope the audio and stuf fwokrs at least
[19:09] <beuno> and allow the appstore to downgrade
[19:09] <asac> and calling
[19:09] <rickspencer3> hey beuno so it just occurred to me that "easy revertabilty" is something that we want
[19:10] <asac> if thats broken then we are lost :)
[19:10] <rickspencer3> but I don't really know what that means
[19:10] <rsalveti> so we can sort the remaining of the pulseaudio transition, as we were way more worried about not having audio working than video playback
[19:10] <beuno> rickspencer3, agreed. I'll add that to my list.
[19:10] <rickspencer3> rsalveti, when you say "audio working" I presume that is outside the telephony stack?
[19:10] <cjwatson> winding versions backwards isn't as bad for click because we aren't doing updates from arbitrary mirrors over HTTP
[19:11] <rsalveti> rickspencer3: part of it, as pulseaudio is now doing the mixing
[19:11] <cjwatson> I would still like the security team to sign off against the possibility of replay attacks on the app store if we are going to allow versions to go backwards
[19:11] <rickspencer3> rsalveti, well, I don't have any phone except my Ubuntu phone, so let me know if I shouldn't upgrade for a while :)
[19:11] <rsalveti> rickspencer3: asac: we just landed pulseaudio as default, and also all the changes needed in the telephony stack to make usage of it
[19:11] <beuno> cjwatson, I think that if we keep the previous version around for a little while, it may be enough for this use case
[19:11] <asac> rickspencer3: we keep you protected behind /current
[19:12] <rsalveti> rickspencer3: sure, just please don't use pending
[19:12] <ogra_> yeah
[19:12] <rickspencer3> wfm
[19:12] <rickspencer3> :)
[19:12] <asac> its just that we would like to get a new image soon too
[19:12] <asac> that worries mee the most... :)
[19:12] <ogra_> or if you use pending, dont watch videos or take pictures :)
[19:12] <cjwatson> beuno: that's not really my point here ...
[19:12] <asac> being on the hook to continue blocking system update landing or brekaing ricks phone
[19:12] <asac> making that call isn't that easy :)
[19:12] <rsalveti> :-)
[19:12] <asac> well it is easy, but not good for system updates :(
[19:13] <rsalveti> or we need to find a better way to handle FF
[19:13] <beuno> cjwatson, oh, sorry, can you expand then?
[19:13] <rsalveti> it's hard to do both in a good shape
[19:13] <aquarius> I'm not sure I have entirely followed the conversation, beuno, cjwatson, but the case being worried about here seems to be upstreams who Ubuntu (a) trust enough to put in the default image and (b) have a rigorous enough automatic testing regime to convince everyone that that trust is justified but who might then (c) push updates later on which aren't sufficiently well tested once they've got out from under the
[19:13] <aquarius> dreadful grindstone of manual review and (d) don't care all that much about any damage to their reputation that derives thereby? That seems like a pretty small potential group of people?
[19:13] <ChickenCutlass> asac, rickspencer3 that is also why we operate on parallel images before we make the switch.
[19:13] <rsalveti> if we expect no bugs by FF, then we don't need FF :-)
[19:13] <asac> rsalveti: you shouldnt have worried too much about FF
[19:13] <asac> really
[19:13] <ChickenCutlass> meet a certain criteria before landing in main image
[19:13] <jdstrand> cjwatson: in case it wasn't clear-- your points on namespacing were quite convincing and agree we should not namespace specially
[19:13] <asac> dont compromise quality for FF
[19:13] <asac> ever
[19:13] <rsalveti> I'm not worried about it, other people are :-)
[19:13] <cjwatson> beuno: one very important reason why versions have to always go forwards for .deb is that it's a protection against an attacker - or even just a stale cache, probably more likely - replaying an old mirror state at you and downgrading away your security updates
[19:13] <ogra_> rickspencer3, cjwatson, so being hit by that issue hard a few times now thanks to asac, rolling back anything in our stack isnt easy or straightforward throughout most of our infrastructure ... i think we should make that a 14.04 topic to improve
[19:13] <rickspencer3> ogra_, sure
[19:13] <jdstrand> cjwatson: convincing to me that is. I won't speak for the others :)
[19:14] <rickspencer3> that was kind of my point
[19:14] <asac> ogra_: thanks :)
[19:14] <ogra_> rickspencer3, well, i'm not talking about click at all
[19:14] <rickspencer3> let's not dig deeper with click packages
[19:14] <rickspencer3> ogra_, I know
[19:14] <ogra_> more about the whole infrastructure
[19:14] <rickspencer3> I know and agree
[19:14] <cjwatson> beuno: using an app store entirely over HTTPS should help with that, but these considerations can be pretty subtle and if we're going to permit downgrades then I think somebody needs to analyse it
[19:14] <asac> big challenge
[19:14] <rickspencer3> this has been a pain point for me for years
[19:14] <asac> thats why we have a team now :_)
[19:14] <ogra_> asac, nah, just work and some proper planning :)
[19:14] <asac> right
[19:15] <asac> well. not so sure about that
[19:15] <rsalveti> asac: sure, but I'm just saying that expecting no bugs by FF is kind of against the FF itself
[19:15] <ogra_> stoppping smoking is a challenge ... improving rollback mechanisms is just work :)
[19:15] <rsalveti> we have FF so we can have fully working features
[19:15] <rsalveti> better tested and etc
[19:15] <asac> rsalveti: FF is something we should forget when we think about landing stuff
[19:15] <plars> asac, balloons: http://reports.qa.ubuntu.com/smokeng/saucy/image/3785/ that looks a little nicer :)
[19:16] <rsalveti> asac: I agree, but that seems not to be the case for people planning stuff
[19:16] <rsalveti> managers and such
[19:16] <ogra_> asac, nope, we should land our stuff before FF
[19:16] <ogra_> which would have worked fine was this a normal release
[19:16] <asac> rsalveti: i think its more within your team than managers :)
[19:16] <ogra_> but we are putting work we would before have done over three cycles into one atm
[19:16] <asac> if i read what ogra says :)
[19:17] <rsalveti> well, I don't know who ChickenCutlass is talking with, but it was clear on monday what should be in before FF and what we should drop
[19:17] <ogra_> which means features arent ready by FF
[19:17] <ogra_> asac, i actually expect us to respect FF next cycle
[19:17] <ogra_> and be ready before it
[19:17] <asac> ogra_: yeah, after FF has been moved :)
[19:17] <rsalveti> well, we're kind of respecting FF this cycle it seems
[19:17] <asac> lol
[19:17] <ChickenCutlass> rsalveti, what are we arguing about
[19:17] <rsalveti> kind of
[19:17] <ogra_> lol
[19:17] <beuno> cjwatson, understood. Downgrading isn't currently supported, mostly due to work remaining, so there's still time to figure out what the best way forward there is
[19:17] <seb128> asac, we should respect FF
[19:18] <rsalveti> as it seems quite a few features got dropped because of the FF
[19:18] <ogra_> asac, if we dont respect FF we can as well tell the community we dont care about community governance in ubuntu
[19:18] <rsalveti> ChickenCutlass: this need to land stuff before FF even if not fully completed, stable and product quality :P
[19:18] <ChickenCutlass> rsalveti, I am not going to touch that one
[19:18] <asac> i am not sayuing: we sholdnt respect feature freeze ... my point was that FF shouldn't influecne our decisionm
[19:18] <ChickenCutlass> rsalveti, not a fan of that
[19:18] <rsalveti> right :-)
[19:18] <ogra_> i agree that in some cycles like this one it is needed that we handle FF more lax
[19:18] <asac> about whether something is ready for landing or not
[19:19] <seb128> asac, well, if you want to respect it, it kind of has to influence you..
[19:19] <asac> there is a difference
[19:19] <cjwatson> FF is for our own benefit as well as for the community
[19:19] <pmcgowan> we agreed to have a blanket freeze exception for packages affecting only touch images
[19:19] <ogra_> right
[19:19] <om26er> every app that uses sound fail to start on today's image (fully updated) is that expected ?
[19:19] <cjwatson> (even if it may not feel that way)
[19:19] <ogra_> pmcgowan, "we agreed" ?
[19:19] <rsalveti> pmcgowan: was that approved?
[19:19] <seb128> pmcgowan, those components don't affect only touch
[19:19] <om26er> camera, mediaplayer, music-app
[19:19] <asac> om26er: yeah :(
[19:19] <asac> rsalveti: yes
[19:19] <ogra_> pmcgowan, the release and freeze exceptions are handled by a community team
[19:19] <amosdomingos> which means this error at the end of the installation of ubuntu in nexus phone 4?   ERROR:phablet-flash:Command 'adb shell mount /sdcard/' returned non-zero exit status 255 an someone help me?
[19:19] <asac> rsalveti: we have a blanket FFe for everything not on desktop etc.
[19:19] <seb128> asac, no we don't
[19:19] <ogra_> pmcgowan, we can just not not respect them
[19:19] <asac> no?
[19:20] <asac> seb128: i was told different
[19:20] <rsalveti> where is the bug for that?
[19:20] <asac> seb128: everything touch as pmcgowan said
[19:20] <rsalveti> last time I check it was still not approved
[19:20] <ogra_> we have an FFe bug
[19:20] <asac> rsalveti: slangasek handled that
[19:20] <ogra_> that was still not approved
[19:20] <seb128> asac, we are trying to get one, there is some pushback (understandably) on some of the components
[19:20] <pmcgowan> ogra_, the request was made not sure on approval
[19:20] <ogra_> pmcgowan, right :)
[19:20] <seb128> there is pushback
[19:20] <seb128> on e.g qt5
[19:20] <ogra_> pmcgowan, we dont have any
[19:20] <ogra_> yeah
[19:20] <rsalveti> right, but we can't assume stuff otherwise FF will bite us
[19:20] <asac> qt5 doesnt sound like touch only
[19:21] <rsalveti> qt5 is not touch only
[19:21] <seb128> no, but it was part of the bucket
[19:21] <seb128> for the ffe
[19:21] <asac> should be decoupled
[19:21] <asac> from the general touch FFed
[19:21] <seb128> so it's in the middle of the discussion
[19:21] <seb128> well, it was not
[19:21] <slangasek> seb128: so I think we should proceed with the FFe for everything except qt5, and ScottK and I can argue some more about qt5, yeah
[19:21] <slangasek> qt5 *is* touch-only at present
[19:21] <cjwatson> bug 1208989
[19:21] <slangasek> Kubuntu isn't using it
[19:21] <cjwatson> (since people were asking)
[19:21] <ogra_> cjwatson, ah, thanks
[19:21] <rsalveti> thanks
[19:21] <slangasek> anyway, it's been on my list to follow up on, I'll get that done today
[19:21]  * ogra_ was still digging
[19:21] <asac> slangasek: yeah, but if thats what it takes lets back off from qt5 request for now
[19:22] <slangasek> asac: yep, exactly
[19:22] <seb128> slangasek, well, that bug didn't get acked, which is all we were saying
[19:22] <slangasek> yep
[19:22] <rsalveti> asac: but we can't assume stuff before getting the approval :-) so no, FF will indeed affect us
[19:22] <seb128> also some of the changes that are landing are pulseaudio related
[19:22] <seb128> and that's not touch specific either
[19:22] <seb128> so we need those before FF
[19:22] <rsalveti> yeah, that's why we wanted this to land this week
[19:22] <seb128> or an exception
[19:23] <asac> rsalveti: i am trusting slangasek's gut feeling on thhis
[19:23] <ogra_> right
[19:23] <ogra_> pulse, gstreamer etc
[19:23] <asac> and even if not we should take on the paperwork
[19:23] <asac> instead of landing stuff that we know will break stuff :)
[19:23] <rickspencer3> friggin' feature freeze
[19:23] <slangasek> man
[19:23] <mamenyaka> ogra_, rsalveti any last thing I could check, try with pulseaudio?
[19:23] <rsalveti> asac: right, but I'd prefer having the final words instead of depending on a gut feeling :-)
[19:23] <asac> </end of this discussion> :)
[19:23] <slangasek> I guess I'll go follow up on that right now, to avoid 20 minutes of metadiscussion :P
[19:24] <cjwatson> People forget sometimes that Canonical established feature freeze in the first place, I think :-)
[19:24] <seb128> asac, if we wait for things to be 100% perfect we would never land anything :p
[19:24] <asac> rsalveti: rright... hence discussing the proposal to break video to make FF for a week would have revealed all this :)
[19:24] <rsalveti> if we want stuff to be 100% perfect to land we don't need FF
[19:24] <rsalveti> as it'll always be perfect
[19:24] <rsalveti> product quality
[19:24] <asac> seb128: thats a flawed way to look at it
[19:24] <rsalveti> we can ship today
[19:24] <asac> no ...
[19:24] <rsalveti> lol
[19:24] <seb128> asac, your way is as flawed, just in the other direction
[19:25] <asac> mine isn't :) ... all i am saying is that FF shouldn't compromise our normal standards of daily quality
[19:25] <ogra_> his way is fine, it is just that we dont have the infrastructure to do his way
[19:25] <asac> i dont see how that can be flawed :)
[19:25] <seb128> asac, so you are saying that we can land those changes after 13.10, right? ;-)
[19:25] <rsalveti> our policy is also not matching his way properly
[19:25] <seb128> asac, that's the conclusion of "don't land to early & respect ff"
[19:26] <ogra_> seb128, imagine your team works on its own image until all is perfect, my team does that too etc ... and at FF all our images magically merge to a release
[19:26] <seb128> asac, if it's not ready by ff, it's not landing this cycle but next
[19:26] <asac> seb128: no. i am saying: ensure we get the stuff ready and apply for FFe if needed
[19:26] <asac> accept the additionaml paperwork in case our general FFe doesnt become true
[19:26] <seb128> works for me
[19:26] <seb128> but then you take the chance it's going to be for next cycle
[19:26] <cjohnston> /14
[19:26] <ogra_> it is an infrastructure limitation that asac's model doesnt work atm
[19:26] <rsalveti> yeah
[19:26] <rsalveti> then don't expect some stuff to land for 13.10
[19:27] <rsalveti> this is not matching properly with the reality, as we're planning what stuff will be in 13.10, and we get managers pushing for that :P
[19:27] <asac> rsalveti: sure, and we arrange a FFe
[19:27] <asac> if all fails we will be screwed :)
[19:27] <asac> thats life
[19:27] <rsalveti> so wait it to be perfect before landing would be fine, if we don't have the pressure to land it in a specific date
[19:27] <asac> but ... i dont think we will be
[19:27] <rsalveti> as that's against quality anyway
[19:27] <asac> no
[19:27] <asac> you misread what i am saying
[19:28] <asac> i say nowhere that stuff has to be perfect or bug free
[19:28]  * cjwatson checks the history ... yep, feature freeze was established in May 2004 before we were out from under the radar, so it was definitely of Canonical origin
[19:28] <cjwatson> I doubted my memory for a moment :)
[19:29] <rsalveti> asac: you just said unfinished
[19:29] <rsalveti> that can be bug free :P
[19:29] <rsalveti> or at least stable with no critical bugs
[19:30] <rsalveti> I'm not saying I'm against all that, I'd love if we had a proper CI with tests all around and just landing stuff when it's actually stable
[19:30] <rsalveti> just saying that this is not the reality
[19:30] <ogra_> yeah
[19:30] <asac> reality is that you knew that you would break mediaplayer :)
[19:30] <ogra_> as i said, infrastructural limitation
[19:30] <asac> so you did part one: asess the impact of the landing
[19:31] <rsalveti> we all knew, but we can't release with audioflinger
[19:31] <asac> part two: decide whether thats acceptable should happen more broadly
[19:31] <seb128> asac, well, that's called a transition and we don't flag the image current while it's happening
[19:31] <asac> tahts all i am saying :)
[19:31] <seb128> asac, same as saucy-proposed
[19:31] <seb128> we have transitions in there every day
[19:31] <asac> seb128: thats all fine. i am just critizing that in this  case the deicsion to make /our images not publishable to /current
[19:31] <asac> was taken a bit too unilatery
[19:32] <seb128> asac, that's the price to pay to be able to move forward
[19:32] <ogra_> asac, i told you ion friday that we held back the pulse transition to not have broken images over the weekend
[19:32] <seb128> asac, it was taken by team members and their managers... that's not so unilateral
[19:32] <rsalveti> I said quite a few weeks ago that video playback would break, also video recording
[19:32] <rsalveti> asac: next time I ping you specifically
[19:33] <asac> rsalveti: yeah its all good :). i thnk its really about properly announcing such "high impact" transitions
[19:33] <asac> so everyone agrees on timing and can prepare for the outage
[19:33] <asac> and might veto
[19:33] <seb128> asac, they don't "impact" anyone since no current image is broken
[19:33] <rsalveti> right, ubuntu-dev would be the place for that?
[19:33] <asac> seb128: /proposed is broken and we have engineering projects blocked on that not mobving to /current
[19:33] <ogra_> ubuntu-phone
[19:34] <asac> seb128: it actually means 150 engineers dont get a good basline update
[19:34] <seb128> ogra_, we need ubuntu-phone and ubuntu-phone-users ;-)
[19:34] <rsalveti> yeah
[19:34] <rsalveti> next time we email ubuntu-phone, ping asac directly
[19:34] <rsalveti> and we should be good :-)
[19:34] <seb128> right
[19:34] <ogra_> seb128, and ubuntu-phone-users-discuss and ubuntu-phone-discuss :)
[19:34] <asac> good. much bettrer
[19:34]  * sergiusens wants to get rid of ubuntu-phone@
[19:35] <asac> whenever your team comes to the conclusion that they have to break the image for 1-mayn days, ensure that all stakeholders get briefed and consulted
[19:35] <asac> then you are on safe side :)
[19:35] <asac> thx
[19:35] <asac> sergiusens: what do you want?
[19:35] <seb128> that makes sense I guess
[19:35]  * seb128 is glad some stuff land
[19:35] <seb128> it's getting end of august and still no system-image by default
[19:35] <seb128> no pulseaudio
[19:35] <seb128> no mir
[19:36] <seb128> no lightdm
[19:36] <asac> i am also super glad that pulse lands.
[19:36] <asac> :)
[19:36] <ogra_> seb128, ++
[19:36] <asac> once its working
[19:36] <ogra_> we are so badly behind :/
[19:36] <slangasek> rsalveti: there, FF approved ;)
[19:36] <ogra_> yay
[19:36] <rsalveti> slangasek: great, thanks! :D
[19:36] <sergiusens> ogra_: now that the chatter is down, where was the edify script hosted again?
[19:37] <seb128> slangasek, thanks
[19:37] <ogra_> sergiusens, somewhere in cdimage on nusakan
[19:37] <rsalveti> asac: now you can say that the FF is approved :P
[19:37] <rsalveti> FFe
[19:37] <asac> rsalveti: see... now we busted the image cowboy style because of lack-of-trust in one of your team maters... dont do that :)
[19:37] <asac> just because you thought you need to hurry
[19:37] <seb128> lol
[19:37] <asac> sorry... just kdding
[19:37] <seb128> asac, pulseaudio is not concerned by that FFe :p
[19:37] <asac> lets move on to other topic
[19:37] <seb128> just saying... ;-)
[19:38] <rsalveti> lol
[19:38] <sergiusens> ogra_: in your home or integrated?
[19:38]  * sergiusens branches
[19:38] <asac> seb128: trye ... but worth a paperwork stack
[19:38] <rsalveti> I love this
[19:38] <asac> yeah lets stop
[19:38] <ChickenCutlass> no keep it going
[19:38] <ChickenCutlass> lol
[19:38]  * sergiusens purchases a gaucho hat to take to rsalveti
[19:38] <ogra_> sergiusens, cjwatson integrated it ... and i know he told me where in the cdimage tree it is
[19:38] <seb128> it's not friday yet!
[19:38] <ogra_> but i cant find it
[19:38] <cjwatson> moment
[19:38] <sergiusens> ogra_: I can get to it
[19:38] <ogra_> ok
[19:38] <sergiusens> ty
[19:38] <bfiller> I was going to propose landing the new phone apps in tomorrow's image, but think it's best to wait for the dust to settle :)
[19:39] <cjwatson> /srv/cdimage.ubuntu.com/utouch-android/phablet-build-scripts/ I believe
[19:39]  * rsalveti gets back to fix more stuff
[19:39] <cjwatson> or maybe a level up
[19:39] <asac> bfiller: what dust? :) ... there is no dust, just rubble and bricks flying around :)
[19:39] <bfiller> asac: shrapnel
[19:39] <cjwatson> sergiusens: ^
[19:39] <ogra_> cjwatson, ah, heh, i was staring at it the whole time
[19:40] <sergiusens> cjwatson: thanks
[19:40] <ogra_> but utouch didnt really strike me as ubuntu touch related ...
[19:40] <ChickenCutlass> bfiller, land them now
[19:40] <asac> bfiller: do your new apps come with tests?
[19:40] <ChickenCutlass> bfiller, why not
[19:40] <ogra_> it is bad if names you made up yourself arent recognized by yourself
[19:40] <sergiusens> bfiller: just land it
[19:40] <cjwatson> ogra_: I was going to say, you named it :)
[19:40] <bfiller> asac: of course! minimal right now but some
[19:41] <lool> ogra_: lol
[19:41] <lool> bfiller: SHIP IT
[19:41] <bfiller> ChickenCutlass, sergiusens : once phone calls work again with the old apps then we can switch so I don't get blamed
[19:41] <bfiller> what
[19:41] <ChickenCutlass> bfiller, we will blame you anyway
[19:41] <asac> yeah. lets get phone calls working first
[19:41] <ChickenCutlass> :)
[19:41] <asac> that feels reasonable
[19:42] <lool> with the _old_ apps?
[19:42] <bfiller> +1
[19:42] <asac> we can also keep the old phone-app installed?
[19:42] <asac> lool: yeah... first land pulse so old apps work again
[19:42] <pmcgowan> asac, no it conflicts
[19:42] <asac> then move over so we can blame bfiller
[19:42] <bfiller> asac: can't have both
[19:42] <asac> yeah. then serializing like abvove sounds reasonbale
[19:43] <asac> bfiller: lets check tomorrow where we stand ... in case todays image turn green and phone calls works
[19:43] <bfiller> ack
[19:43] <asac> bfiller: i assume we can just start landing them tomorrow morning europe in best case?
[19:43] <asac> (i gues s its unlikely)
[19:44] <bfiller> asac: I have the 2 MR's prepared that will need to get approved, the seed and the shell. apps already in the archive so that is all set
[19:44] <pmcgowan> bfiller, w00t
[19:45] <asac> bfiller: awesome
[19:45] <bfiller> pmcgowan: big milestone
[19:45] <asac> bfiller: so guess we can just guide this in once we have the other stuff sorted
[19:45] <bfiller> yup
[19:45]  * w00t eyes pmcgowan
[19:45] <asac> tomorrow when you get up best case
[19:45] <pmcgowan> oops ;)
[19:45] <w00t> :)
[19:46] <ogra_> w00t, thats as clever as a nick choice as picking lool as your nick :0
[19:46] <ogra_> :)
[19:46] <pmcgowan> l00l
[19:46] <ogra_> hehe
[19:46] <lool> it's kind of sad people moved from lol to lool without any kind of warning
[19:46] <lool> I'll just switch to r0tfl or something
[19:47] <w00t> lool: you need to add another o ;)
[19:47] <lool> it would only buy me a year at best
[19:48] <sergiusens> cjwatson: seems I can update lp:~phablet-team/touch-preview-images/phablet-build-scripts and we can later just pull in the new bits, thanks
[19:51] <ogra_> asac, hmm, no phone calls ... on maguro ... (though some breakage was expected there, it is worse than we thought)
[19:52] <asac> ogra_: so the update won't fix it?
[19:53] <ogra_> asac, nope, volume control doesnt seem to do anything in the indicator (that worked on the pulse image), and i have no ringtone nor any mic or earpiece function
[19:53] <ogra_> asac, did popey test on mako ?
[19:54] <asac> ogra_: did you upgrade?
[19:54] <asac> ogra_: i assume he stopped after it became evident that this image isnt going to be good
[19:54] <ogra_> i upgraded lxc-android-config, yes
[19:54] <ogra_> it should be good on mako
[19:54] <asac> ogra_: that was the only piece missing according to our transition plan?
[19:54] <ogra_> onlu maguro had issues
[19:54] <ogra_> yeah
[19:54] <rsalveti> ogra_: did you spin a new image?
[19:54] <rsalveti> want to test with a clean image
[19:55] <ogra_> rsalveti, yes, but lxc-android-config is still missing
[19:55] <asac> rsalveti: how would a clean image help?
[19:55] <rsalveti> try playing audio
[19:55] <ogra_> next build should start in 6 min
[19:55] <rsalveti> great, will wait that one for further testing
[19:55] <rsalveti> asac: well, I just prefer to test stuff like that in a clean env
[19:55] <asac> ack
[19:55] <asac> i agree
[19:55] <asac> no confusion at best :)
[19:55] <rsalveti> I'll test both maguro and mako once out
[19:56] <ogra_> rsalveti, well, selecting the ringtone function from system-settings hangs
[19:56]  * ogra_ blames seb
[19:56] <rsalveti> right, try with aplay, mplayer or similar
[19:56] <rsalveti> so you can at least check if pulseaudio is behaving properly
[19:56] <ogra_> well, let me check if pulse runs at all
[19:56] <bfiller> sergiusens: can we prevent address-book-app from being daily released until this stuff is sorted? the latest version depends on telephony-service which will uninstall phone-app
[19:57] <asac> hmm. i dont have a settings launcher anymore at all
[19:57] <ogra_> seems to run
[19:57] <ogra_> asac, expand "installed"
[19:58] <ogra_> (the caption)
[19:58] <sergiusens> bfiller: that's something for the daily release team
[19:58] <asac> ogra_: interesting ... i am sure i had it on top level before
[19:58] <sergiusens> bfiller: luckily they now do vanguard style https://docs.google.com/a/canonical.com/spreadsheet/ccc?key=0AuDk72Lpx8U5dHFtUmlPOUtCRk8zR2dtaEpIbUVhMmc#gid=4
[19:58] <asac> oh ... i hear something :)
[19:58] <ogra_> asac, mako should be fine, as i said
[19:58] <asac> ogra_: on maguro i can play ringtone
[19:58] <asac> odd ... let me see if i really have the right image
[19:59] <sergiusens> bfiller: seems to be cyphermox turn
[19:59] <ogra_> asac, with the updated lxc-andrioid-config ? 0.82
[19:59] <bfiller> sergiusens: ken if I'm ready correctly
[19:59] <asac> ogra_: hmm. ... no
[20:00] <asac> i might run something very old
[20:00] <mefrio> is there any gallery app?
[20:00] <bfiller> kenvandine: can you temp disable address-book-app from daily release
[20:00] <ogra_> yeah
[20:00] <mefrio> *gallery app developer?
[20:00] <asac> ogra_: where do i check on thedevice?
[20:00] <sergiusens> bfiller: oh yeah, overlap and just reaching the cutover time
[20:00] <asac> ogra_: i am sure i upgraded during the UDS session... maybe forgot --pending
[20:00] <sergiusens> and robru
[20:00] <ogra_> asac, /var/log/installer/media-info
[20:00] <bfiller> kenvandine: it will pull in telephony-service which conflicts with phone-app and we're not ready for phone-app to be removed yet
[20:01] <asac> Ubuntu Saucy Salamander (development branch) - armhf (20130827.1)
[20:01] <asac> ogra_: ^^
[20:01] <bfiller> cyphermox: ^^^^ see request above
[20:01] <ogra_> asac, and you upgraded lxc-android-config to 0.82 ?
[20:01] <asac> lxc-* is 0.77
[20:01] <asac> ogra_: no ... seems not
[20:01] <ogra_> aha
[20:01] <ogra_> then you use audioflinger
[20:02] <asac> so that works still?
[20:02] <asac> nice
[20:02] <asac> then this image is good :)
[20:02] <ogra_> I/ServiceManager( 1549): Waiting for service media.audio_flinger...
[20:02] <ogra_> W/AudioSystem( 1549): AudioFlinger not published, waiting...
[20:02] <ogra_> rsalveti, ^^
[20:02] <ogra_> i didnt have that on the pulse image
[20:02] <asac> popey: did you try .1 ?
[20:03] <asac> sound in particular on mako
[20:03] <ogra_> rsalveti, was there more needed than the pre-start.d snippet  ?
[20:03] <asac> ogra_: can you try just the .1 image ... does that work?
[20:03] <asac> call etc.?
[20:03] <asac> or no chance at all?
[20:03] <asac> sound works at least for me
[20:03] <rsalveti> ogra_: that's fine, the waiting is because audioflinger is not up
[20:03] <ogra_> asac, yes, it works as long as i dont disable audioflinger (which lxc-android-config 0.82 does)
[20:03] <rsalveti> ogra_: guess that's because of the camera service and such
[20:04] <ogra_> rsalveti, well, i dont have any sound
[20:04] <asac> ogra_: so then .1 image is good to go, now?
[20:04] <asac> no?
[20:04] <ogra_> and apps that try to access sound hang hard
[20:04] <rsalveti> do you have the older alsa/audioflinger package installed?
[20:04] <ogra_> i unseeded that iirc
[20:04] <rsalveti> also check that the default config file from pulse is not using that
[20:04] <rsalveti> oh, is this a clean flash with latest?
[20:05] <rsalveti> thought you did apt-get update & dist-upgrade
[20:05] <ogra_> libandroid-audiosystem-asound2
[20:05] <rsalveti> right
[20:05] <cyphermox> bfiller: disabling address-book-app?
[20:05] <ogra_> well, i only flashed the armhf.zip
[20:05] <bfiller> cyphermox: yes
[20:05] <rsalveti> should be fine
[20:05] <ogra_> but yeah, it is 27.1
[20:05]  * asac has to restart system to get rid of glitches
[20:06] <cyphermox> can I ask why?
[20:06] <rsalveti> ogra_: let me just finish the camera patch and will get to it, hopefully with 27.2
[20:06] <ogra_> rsalveti, great
[20:07] <bfiller> cyphermox: we just landed something in that branch that deps on new telephony-service which conflicts/replaces phone-app and haven't added new dialer-app to seed yet as waiting for pulse related problems to be fixed first
[20:08] <bfiller> cyphermox: so if address-book-app lands the image will have no dialer basically until we seed dialer-app
[20:09] <cyphermox> I see dialer-app in the builds too?
[20:09] <bfiller> cyphermox: it's in the archive but not in the image by default yet
[20:10] <cyphermox> ok
[20:10] <cyphermox> well, seeding is completely separate from the daily-release stuff
[20:10] <bfiller> I know
[20:11] <bfiller> cyphermox: nevermind, I'll just remove address-book-app from the seed till everything is ready
[20:11] <cyphermox> either way works
[20:11] <cyphermox> I can disable it, I'm just trying to understand and write down why it's needed :)
[20:14] <cyphermox> kenvandine:  available for a config review? https://code.launchpad.net/~mathieu-tl/cupstream2distro-config/2013-08-27_16-12/+merge/182486
[20:14] <bfiller> cyphermox: ok, go ahead and disable then if that's fine. will probably be pinging you tomorrow to turn it back on after things are sorted
[20:14] <cyphermox> ok
[20:15] <cyphermox> robru: around?  ^^^
[20:23] <robru> cyphermox, just got back. will look
[20:28] <alecu> lool: hi, I'm trying to debug the issue launching apps. How do I upgrade lxc-android-config in the RO image?
[20:28] <alecu> lool: I'm guessing "mounting rw, apt-get upgrade then mounting ro"
[20:30] <asac> hmm. wonder if my maguro battery is dying
[20:30] <asac> it doesnt go beyond red anymore ... maybe the indicator is lying?
[20:33] <ogra_> asac, open it
[20:33] <ogra_> the icon is lying
[20:33] <ogra_> the ndicator should show something proper
[20:34] <ogra_> hmm, so i can: paplay /usr/share/sounds/alsa/Front_Center.wav
[20:35] <ogra_> as phablet user ... that works just fine
[20:35] <ogra_> but nothing of the UI apps seems to be able to talk to pulse
[20:38] <w-flo> still using qtubuntu-media instead of the pulseaudio qt thing?
[20:38] <asac> popey: ?
[20:38] <asac> popey: did it go well?
[20:38] <asac> popey: turns out the sound would work in theory
[20:39] <ogra_> w-flo, no, i removed that today
[20:39] <asac> plars: do you have a mako?
[20:39] <asac> with a SIM?
[20:39] <rsalveti> ogra_: do you have qtubuntu-media installed still?
[20:39] <plars> asac: I do
[20:39] <ogra_> rsalveti, !
[20:39] <asac> plars: can you try the .1 build and check if incoming call works?
[20:39]  * ogra_ slaps forehead
[20:39] <w-flo> ogra_, you only removed it 3 gizrs agi
[20:39] <w-flo> *hours ago :)
[20:39] <asac> plars: we want to push that, but didnt get confirm on that one (and the audio stack is a bit in flux right now)
[20:39] <rsalveti> ogra_: that's why I'm waiting the latest image, for a complete clean env :-)
[20:39]  * ogra_ likes gizrs
[20:40] <plars> asac: I have the system-image of .1 right now, I can reflash though
[20:40]  * ogra_ uninstalls ... lets see
[20:40] <rsalveti> that is probably what is requiring audioflinger
[20:40] <asac> plars: yeah that would be nice
[20:40] <asac> better do it right :)
[20:40] <asac> plars: though if you say it works now
[20:41] <asac> it might give me some confidence :)
[20:41]  * ogra_ reboots phone and crosses fingers
[20:42] <plars> asac: works on the system-image one
[20:42] <plars> asac: .2 is out now though it seems :)
[20:42] <plars> asac: specificly you want .1 though?
[20:42] <asac> plars: yeah but that is busted :)
[20:42] <plars> ok
[20:42] <asac> plars: hence i am very keen on getting .1 blessed :)
[20:43] <ogra_> well, seems to behave a bit better, but still doesnt work
[20:43] <asac> ogra_: so i assume having the ringtone settings testsed
[20:43] <asac> might reveal such things in auto testing?
[20:43] <asac> might be interesting to use this opportunity to land a test showing that audio is busted :)
[20:43] <ogra_> asac, well, currently for me the settings app hangs hard if i try to select a ringtone
[20:44] <ogra_> do we have anything in utah that makes sure the app gets killed in such a state ?
[20:44] <ogra_> then this would definitely make sense as a default audio test
[20:45] <rsalveti> ogra_: what is the behavior now?
[20:45] <ogra_> rsalveti, well, the popup on incoming calls works all the time
[20:45] <ogra_> but when the phone app opens it doesnt pick up the call
[20:46] <ogra_> when i make a call it is completely silent
[20:46] <ogra_> paplay /usr/share/sounds/alsa/Front_Center.wav just works fine
[20:46] <rsalveti> compare the version of telepathy-ofono
[20:46] <ogra_> even when i plug in the headset it comes out there and switches the output properly
[20:46] <rsalveti> let me check the build log of that one as well
[20:47] <ogra_> i compared all package versions twice now
[20:47] <ogra_> its all up to date
[20:47] <ogra_> qtubuntu-media definitely was a bloking factor, but thats not all
[20:47] <rsalveti> -DUSE_PULSEAUDIO
[20:47] <rsalveti> seems to be right
[20:48] <ogra_> yeah, he dropped the dep
[20:48] <ogra_> and added pulse
[20:48] <rsalveti> so it seems pulse is working as expected
[20:48] <ogra_> yeah
[20:48] <ogra_> else paplay wouldnt work
[20:48] <rsalveti> wonder if we're not missing anything in telepathy-ofono
[20:48] <ogra_> it seems to be the layer between UI and pulse
[20:48] <rsalveti> so you have anyone requesting for audioflinger in logcat?
[20:48]  * ogra_ checks
[20:48] <rsalveti> can you dump logcat when doing the call?
[20:49] <ogra_> logcat is quiet
[20:50] <rsalveti> so yeah, then it's not even requesting the call to be up
[20:50] <rsalveti> otherwise it'd be clear in logcat
[20:50] <rsalveti> guess add some debugging in telepathy-ofono
[20:50] <ogra_> E/audio_hw_primary(  695): Entering IN_CALL state, in_call=0
[20:50] <ogra_> E/audio_hw_primary(  695): Opening modem PCMs
[20:50] <ogra_> thats all i get
[20:50] <rsalveti> right, that's the one
[20:51] <ogra_> my other phone rings, but there is nothing on the earpiece on the maguro
[20:51] <rsalveti> is that when making or receiving a call?
[20:51] <ogra_> making
[20:52] <ogra_> BAH !
[20:52] <ogra_> now incoming has a ringtone
[20:52] <ogra_> it didnt 5min before with the last test
[20:52] <rsalveti> something is still not right for maguro then
[20:53] <ogra_> ok, ringtone now always works
[20:53] <ogra_> earpiece still doesnt
[20:53] <ogra_> i wonder if it is caused by one of the phone app commits that asac pulled in today
[20:53] <rsalveti> is asac coding now?
[20:54] <ogra_> no, but phone-app was not up to date wrt trunk in the PPA
[20:54] <rsalveti> aa, too bad
[20:54] <asac> ogra_: that one touches tests only?
[20:54] <rsalveti> we need more developers :-)
[20:55] <rsalveti> ogra_: what happened with the phone-app archive transition?
[20:55] <rsalveti> is that something bfiller_afk will take care tomorrow?
[20:55] <rsalveti> so many moving parts
[20:55] <ogra_> rsalveti, one would hope so
[20:55] <asac> rsalveti: we want to hit green once
[20:55] <ChickenCutlass> ogra_, removing that package makes it much better :)
[20:55] <asac> then its coming next
[20:55] <ogra_> rsalveti,  it was just added to daily release
[20:55] <asac> (e.g. all the apps replacing phone-app)
[20:56] <ogra_> ChickenCutlass, yeah, except no audio on calls :)
[20:56] <ChickenCutlass> ogra_, on mako its fine
[20:56] <ogra_> phew
[20:56] <ogra_> something at least
[20:56] <rsalveti> ogra_: right, let's hope tomorrow the phone app will at least start :-)
[20:56] <ogra_> hey ! sintel plays fine too
[20:56] <rsalveti> using software decode
[20:57] <ogra_> well, it has audio
[20:57] <asac> ogra_: phone-app is only touching tests/ stuff from waht i see really
[20:57] <ogra_> it didnt even start before
[20:57] <rsalveti> wonder how we got the sw plugins in by default
[20:57] <rsalveti> ogra_: because of qtubuntu-media
[20:57] <ogra_> asac, yeah, if mako works fine then it is actually a device issue
[20:57] <plars> odd
[20:57] <rsalveti> ogra_: is 27.2 done already?
[20:57] <asac> ogra_: maybe its you? did you do a fresh install?
[20:57] <rsalveti> will test with both
[20:57] <ogra_> rsalveti, yup
[20:57] <rsalveti> awesome
[20:57] <plars> asac: I called from my mako to my personal phone, and it worked...
[20:57] <asac> rsalveti: we are interested in .1 build
[20:57] <ogra_> asac, indeed
[20:58] <plars> asac: but now my screen won't come on on the mako
[20:58] <asac> unless you come back and say that .2 is working on both
[20:58] <ogra_> asac, 27.1 is borked
[20:58] <plars> asac: I can hear it ring, but I can't see anything on screen
[20:58] <ogra_> asac, 27.1 isnt fixable, move to .2
[20:58] <asac> plars: thats different to what?
[20:58] <asac> ogra_: why is it borked? i only see green and didnt get a clear answer
[20:58] <plars> asac: I didn't experience this earlier
[20:58] <asac> whether its working :)
[20:58] <plars> asac: even on the system image .1
[20:58] <plars> maybe I just got lucky though
[20:59] <ogra_> asac, qtubuntu-mediawas only removed after it built
[20:59] <asac> plars: i would dismiss this for now
[20:59] <plars> asac: ok, well I can't confirm much with no display
[20:59] <ogra_> asac, that re-routes all audio to a non existing android service
[20:59] <ogra_> asac, 27.2 should be fine
[20:59] <asac> ogra_: but we upgraded lxc-android
[20:59] <asac> and that one was bad?
[20:59] <ogra_> (apart from device specific issues)
[20:59] <asac> well, let me try it
[21:00] <asac> at least what i can without a SIM'
[21:00]  * asac installs pending
[21:01] <asac> ogra_: can you explain why plars's issue will be fixed in .2 ?
[21:01] <asac> or even identify what issue that is:) ?
[21:01] <asac> seeing nothing during call?
[21:01] <ogra_> no idea, sounds like powerd
[21:02] <plars> asac: seeing nothing after a call actually
[21:02] <ogra_> or the sensor service
[21:02] <asac> plars: after ? so you can call, have audio and everything?
[21:02] <plars> ogra_: yeah, it sorta seems like the sensor shut off the screen, but it never came back
[21:02] <asac> ogra_: did we fix/change something in powerd ?
[21:02] <asac> plars: maybe downgrade?
[21:02] <asac> pwoerd?
[21:02] <plars> asac: I can call the phone, and I hear it ring as I said, but I don't think I can answer... I can't see anything on the screen
[21:02] <ogra_> plars, right, smells like powerd
[21:02] <asac> ogra_: is that just pwoerd or also libpowerd?
[21:02] <ogra_> there is a lib ?
[21:03] <asac> not sure :)
[21:03] <asac> i ask
[21:03]  * ogra_ wasnt even aware 
[21:03] <asac> so guess just downgrading powerd :)
[21:03] <asac> plars: ^^
[21:03] <ogra_> heh, i dont think there is one
[21:03] <asac> try that
[21:03] <ogra_> well, it could as well be some bit powerd interacts with
[21:03] <asac> could be... we could look what changed as well :)
[21:03] <plars> let me see if it's reproducible
[21:03] <ogra_> plars, is that 27.2 ?
[21:04] <plars> ogra_: no, 27.1
[21:04] <asac> if we knew what the last build was that worked at least :)
[21:04] <ogra_> k
[21:04] <asac> i assume 22 is safe fallback
[21:04] <ogra_> maguro doesnt have such issues
[21:04] <ogra_> but no sound :)
[21:04] <asac> ogra_: on .2?
[21:04] <asac> why am i even testing that then
[21:05] <asac> :)
[21:05] <asac> ogra_: i have sound on .1
[21:05] <ogra_> on .1 .... i have my screen working fine
[21:05] <plars> one thing I notice... and I don't imagine this is new, is that it takes a bit after the phone powers on before I can make a call
[21:05] <plars> if I just go start phone-app and punch in a number and hit the call button, nothing happens
[21:05] <ogra_> asac, yeah you have most of the old stack there
[21:05] <asac> plars: define that "bit" a bit better?
[21:05] <plars> I have to wait a bit first
[21:05] <asac> 1, 2, 5, 10 minutes?
[21:06] <plars> asac: about 1 min
[21:06] <plars> asac: I'm having trouble reproducing the problem I mentioned earlier though
[21:06] <plars> asac: seems to be a corner case
[21:06] <asac> plars: so all fine for you?
[21:06] <plars> asac: now the screen is working for me
[21:06] <asac> plars: do you have a maguro as well? :)
[21:06] <asac> plars: and calls work too?
[21:07] <plars> asac: yes, calls to/from are working
[21:07] <asac> nice
[21:07] <asac> sounds like a golden image
[21:07] <asac> on mako
[21:07] <asac> :)
[21:07]  * ogra_ goes afk ... 
[21:07] <asac> ogra_: now can you explain to me before you go, why exactly maguro is broken on .1 :)?
[21:07] <plars> asac: so what's broken on .2?
[21:08] <asac> plars: not sure... you could try that next :) ...
[21:08] <asac> but if i dist-upgraded
[21:08] <plars> asac: well you just said it was known to be broken
[21:08] <asac> it playing sound in "settings -> ringtone" didnt work
[21:08] <asac> plars: we dont know... rsalveti thinks that the image itself might behave better
[21:08] <asac> so i think we should try that as well... was just hoping to get a postitive on 22.1 as well :)
[21:08] <asac> first
[21:09] <asac> just clarity
[21:09] <rsalveti> qtubuntu-media was still part of 22.1
[21:09] <asac> rsalveti: and that is known to break maguro but not mako?
[21:09] <asac> fwiw, mako seems to be fine
[21:09] <rsalveti> well, audio/video playback would be broken for both
[21:09] <asac> rsalveti: plars can do calls and has sound
[21:09] <asac> :)
[21:09] <asac> on mako
[21:10] <plars> asac: on .1, if I go to settings->sound, I can play the sounds there, but if I switch enough times (all the same sounds) it quits playing any of them
[21:10] <asac> i have sound as well on maguro
[21:10] <asac> i just cant test calls
[21:10] <asac> which is what ogra says is broken
[21:10] <rsalveti> plars: can you check if you have qtubuntu-media installed?
[21:10] <w-flo> I think audioflinger was accidentally left enabled on 22.1, so audio works (since qtubuntu-media was also accidentally kept)
[21:10] <plars> rsalveti: on .1, yes it is installed
[21:10] <rsalveti> yeah, anyway, testing 27.2 now
[21:10] <plars> I can switch over to .2 now
[21:10] <w-flo> err. 27.1.
[21:11] <asac> w-flo: do you have a maguro?
[21:11] <asac> we need someone to make a tie-break test :)
[21:11] <w-flo> asac, no, I've never used any of todays images, too
[21:11] <asac> too bad
[21:11] <w-flo> this is just what I assume from following the discusion :)
[21:11] <asac> right
[21:12] <asac> thats also what i undersatnd. doesnt explain though why maguro should fail where mako succeeds
[21:12] <asac> :)
[21:13] <asac> rsalveti: sounds not working in settings -> ringtone -> start playing
[21:13] <asac> on maguro here
[21:13] <asac> it worked on .1
[21:13] <rsalveti> I believe then .1 was actually using audioflinger then
[21:14] <rsalveti> as iirc it also had the older lxc-android-config
[21:14] <asac> rsalveti: can you check .1 to give us a tie break?
[21:14] <rsalveti> why is .1 important?
[21:14] <asac> on maguro
[21:14] <rsalveti> it's broken
[21:14] <asac> rsalveti: we want to release an image... it seems to work well
[21:14] <rsalveti> and we got .2 already
[21:14] <asac> for users
[21:15] <rsalveti> right, .1 is broken
[21:15] <asac> rsalveti: .2 is broken on audio ... i just tried it
[21:15] <asac> .1 is working for me
[21:15] <asac> and for plars :)
[21:15] <plars> asac: I was able to break audio on .1
[21:15] <rsalveti> .1 = audioflinger
[21:15] <rsalveti> .2 = pulse
[21:15] <asac> so while i know that it is broken in terms of not using pulse, it seems to be working
[21:15] <plars> asac: didn't take long
[21:15] <rsalveti> actually .1 is some sort of audioflinger and pulse
[21:15] <rsalveti> that's why we shouldn't use it
[21:15] <asac> allright :)
[21:15] <asac> so check out .2
[21:15] <asac> and fix it
[21:16] <asac> i was just trying to get off some pressure here :)
[21:16] <rsalveti> yeah, I'd prefer that one :-)
[21:16]  * plars is pulling 27.2 now
[21:16] <asac> by getting an image out so we unblock system images testing
[21:16] <asac> rsalveti: ^^
[21:16] <asac> plars: thx
[21:16] <asac> maguro fails here :(
[21:16] <rsalveti> why is that blocking system image testing?
[21:16] <asac> rsalveti: because they need a newer image and we couldnt release one since last thu
[21:16] <asac> so friday we went dark
[21:16] <asac> and they need a base for testing
[21:17] <rsalveti> right, so they need a more recent one from current
[21:17] <rsalveti> not pending
[21:17] <asac> a more modern base (guess they landed something in our imgaes that are needed for the initial transition)
[21:17] <asac> rsalveti: exactly
[21:17] <asac> so i am trying to get something that i can ship to rick :)
[21:17] <rsalveti> don't we have a pending -> current for that as well?
[21:17] <asac> rsalveti: no. we dont
[21:17] <asac> also we have a few big landings
[21:17] <rsalveti> right
[21:17] <asac> so if we dont get green today or early tomoror
[21:17] <asac> w
[21:17] <asac> we will continue to be blcoked for ages in worst case
[21:18] <rsalveti> I'd probably guess you'll only get a stable image by friday
[21:18] <rsalveti> because it's FF week
[21:18] <rsalveti> and the new phone-app stack will land tomorrow as well
[21:18] <asac> why does it need to be like that?
[21:18] <asac> we have all that covered by the FFe
[21:18] <asac> we will wait with phone-app
[21:18] <asac> until this is sorted
[21:18] <asac> we will not land stuff until we have an image :)
[21:18] <rsalveti> right, might not necessarily be related, but we have big things landing this week
[21:18] <rsalveti> the phone-app is one
[21:18] <rsalveti> that we're waiting for weeks
[21:18] <asac> sure, lets coordinate
[21:18] <asac> first get back to green
[21:18] <asac> and then push them in bit by bit instead of accepting chaos
[21:19] <rsalveti> also, is indicator working again?
[21:19] <rsalveti> network indicator was giving empty here
[21:19] <uhm1> mmm hi :)
[21:19] <rsalveti> rebooting 27.2
[21:19] <asac> rsalveti: well, first basic features. :)
[21:19] <plars> rsalveti: which device are you looking at with 27.2
[21:19] <asac> if it auto connects folks can still use it in home enviornments :)
[21:19] <rsalveti> mako
[21:19] <asac> hehe
[21:19] <plars> rsalveti: same here
[21:19] <rsalveti> well, I need to connect to a network
[21:19] <rsalveti> but will also test maguro in a few
[21:19] <asac> rsalveti: phablet-network-setup :)
[21:19] <uhm1> I have ubuntu phone installed in my N4, but i don't know how it works! Somebody can link me a guide to configure it? For example, I can't call !!!
[21:19] <rsalveti> yeah, still empty
[21:20] <rsalveti> who is taking care of that?
[21:20] <rsalveti> we can't go green with that bug in as well
[21:20] <rsalveti> it's there since friday
[21:20] <rsalveti> cyphermox: is this something you can take a look?
[21:20] <asac> in my terms thats not a real regression ... in my experience we only had a working network indicator for a few days
[21:20] <rsalveti> indicator always worked fine
[21:20] <rsalveti> with a few issues, but I could always connect to a network
[21:21] <rsalveti> I always flash with -b
[21:21] <asac> i couldnt until recently
[21:21] <cyphermox> rsalveti: sorry, I'm not really reading backlog, I'm busy with something else -- could you explain what I need to look at?
[21:21] <rsalveti> maybe when I was in vac haha :-)
[21:21] <rsalveti> cyphermox: empty network indicator
[21:21] <rsalveti> cyphermox: just flash latest image
[21:21] <asac> yeah
[21:21] <uhm1> I have ubuntu phone installed in my N4, but i don't know how it works! Somebody can link me a guide to configure it? For example, I can't call !!!
[21:22] <cyphermox> not until in an hour or so, I got tons of stuff installed for mtp and NM
[21:22] <rsalveti> np, who is the owner of that indicator?
[21:22] <asac> plars: so for you its also broken, right?
[21:23] <asac> rsalveti: so if we hold the presses and focus on fixing what needs to be fixed, what would that list be?
[21:23] <asac>  + pulseaudio
[21:23] <asac>  + network indicator
[21:23] <asac>  + ????
[21:23] <rsalveti> guess that should be all
[21:23] <asac> phone-app? is that connected to pulse?
[21:24] <asac> guess that can wait
[21:24] <rsalveti> unless the new phone-app is also broken
[21:24] <rsalveti> but we had a few issues with the previous version as well
[21:24] <rsalveti> and ogra_ said we're now using a more recent one
[21:24] <rsalveti> anyway, let me first test this
[21:24] <uhm1> mmm how can i activate phone to recieve or do calls?
[21:24] <rsalveti> and open a bug for the indicator
[21:24] <plars> yeah, I have no indicator icon
[21:24] <seb128_> rsalveti, tedg owns the network indicator
[21:24] <rsalveti> tedg: hey, still around?
[21:24] <asac> rsalveti: so you think the audio stuff in .2 is just a minor detail?
[21:24] <rsalveti> tedg: network indicator is empty since last friday
[21:25] <asac> if we can get it into tomorrows first image that would make it
[21:25] <asac> otherwise we will hold the presses i guess
[21:25] <tedg> rsalveti, Yup, what's up?
[21:25] <uhm1> MMmmm algun español?
[21:25] <rsalveti> asac: I'd expect a working 28.1, as we need diwic to help fixing the remaining possible issues with pulse
[21:25] <rsalveti> but anyway, let me run a complete tests and get the bugs in place
[21:25] <rsalveti> tedg: network indicator is empty since friday
[21:26] <rsalveti> tedg: just flash latest image
[21:26] <tedg> rsalveti, Hmm, what version of indicator-network is that?
[21:26] <josepht> networks show up in the indicator for me on 27.2 mako
[21:26] <rsalveti> 0.5.0+13.10.20130827.3-0ubuntu1
[21:26] <rsalveti> tedg: ^
[21:26] <uhm1> mmmmm
[21:27] <uhm1> how can i see the version instaled?
[21:27] <rsalveti> I flashed with a clean flash, using -b --pending
[21:27] <ringtail> llo All
[21:28] <tedg> rsalveti, Huh, that's the same version I'm running, and I have tons of networking.
[21:28] <ringtail> Just now installed Ubuntu touch on Nexus 10
[21:28] <tedg> rsalveti, Anything in the upstart log?  ~/.cache/upstart/indicator-network.log
[21:28] <rsalveti> let me check
[21:28] <ringtail> Not sure how mature it is yet
[21:29] <ringtail> How do install more apps , or better browser atleast ?
[21:29] <rsalveti> tedg: just http://paste.ubuntu.com/6034377/
[21:29] <rsalveti> tedg: can you do a clean flash with 27.2?
[21:29] <tedg> rsalveti, Is network manager running?
[21:29] <rsalveti> yes
[21:30] <rsalveti> was able to connect after using phablet-network-setup
[21:30] <tedg> Try restarting indicator-network?
[21:30] <tedg> restart indicator-network
[21:31] <plars> calling works for me on 27.2 both ways, I can still make audio fail from settings->sound by just selecting different things quickly
[21:32] <rsalveti> tedg: still epty
[21:32] <rsalveti> empty
[21:33] <uhm1> SOMEBODY CAN TELL ME HOW TO ACTIVE MOBILE NETWORKS ? TO CAN SEND AND RECIEVE CALLS?
[21:33] <tedg> rsalveti, Not even the NM client error?
[21:33] <mhall119> uhm1: get a SIM, plug it in, that's all it took for me
[21:34] <uhm1> It's plugged  and dont ask me for PIN number
[21:34] <asac> uhm1: i think you need to use command line tool for PIN for now
[21:34] <asac> UI is landing soonish
[21:34] <uhm1> and how can i use command line tool?
[21:36] <asac> rsalveti: so what do you think about the sound?
[21:36] <rsalveti> tedg: which client error?
[21:36] <asac> anything obviously missing?
[21:36] <rsalveti> asac: checking still
[21:36] <asac> i know this was tested from a appa
[21:36] <tedg> rsalveti, The one you pastebin'd earlier.  Did it happen on restart again?
[21:36] <rsalveti> working fine for nexus 4
[21:36] <asac> so must be something eaasy hidden in obviousness
[21:36] <asac> :)
[21:37] <rsalveti> tedg: http://paste.ubuntu.com/6034391/
[21:37] <rsalveti> plars: so yeah, audio playback and phone, making and receiving seems to be working fine with nexus 4
[21:37] <asac> really?
[21:37] <asac> nice
[21:37] <asac> did plars confirm that?
[21:38] <rsalveti> let me test with the music app
[21:38] <plars> asac: yes, but as with .1 I'm able to make sound stop playing in settings, but that could be just an issue with the app... it doesn't stop it for the whole device, just in settings and just until I kill it and restart the app
[21:38] <tedg> cyphermox, Did you change anything in the DBus config?  We're getting a rejection? ^
[21:38] <cyphermox> no
[21:38] <cyphermox> I don't touch that code
[21:39] <plars> we need some sample media for music player :)
[21:39] <asac> wonder if thats just a volume thing
[21:40] <asac> on maguro
[21:40] <tyhicks> tedg: what is the dbus package version?
[21:40] <seb128> tedg, tyhicks just uploaded dbus with confinement support to saucy
[21:41] <josepht> asac: incoming and outgoing call audio works for me on .2
[21:41] <seb128> but that's not likely it, rsalveti says he's having the indicator not working since friday
[21:41] <rsalveti> video playback also working fine
[21:41] <tyhicks> it is still in proposed, so I doubt that is the issue
[21:41] <rsalveti> but with software decoding
[21:41] <asac> josepht: maguro?
[21:41] <seb128> tyhicks, btw, did you guys make a performance impact on dbus of those changes?
[21:41] <rsalveti> music app failed, not sure why
[21:41] <josepht> asac: mako
[21:41] <asac> ack. thx for the confirm
[21:41] <asac> josepht: also from settings -> play ringtone?
[21:41] <asac> does that work?
[21:42] <tyhicks> seb128: there is an impact when the sending and/or receiving processes are confined by apparmor
[21:42] <tyhicks> seb128: no impact when both ends are unconfined
[21:42] <tedg> It looks like my phone has a different dbus config that my desktop for Network Manager.
[21:42] <seb128> tyhicks, that's great ;-)
[21:43] <josepht> asac: I hear some and not others.  They are all the same sound though.
[21:43] <asac> ok
[21:43] <asac> i hear nothing
[21:43] <asac> so confirmed that its maguro specific
[21:43] <rsalveti> plars: camera will fail to load, but for that I got a wip patch here, should be pushing later today
[21:43] <asac> rsalveti: ^^ so yeah. odd thingy
[21:43] <asac> thx
[21:43] <rsalveti> asac: will test with gnexus after nexus 4
[21:44] <asac> so you are a "good news first" type of person :)
[21:44] <plars> rsalveti: camera came up for me, but has some funny gray bars on the top/bottom
[21:44] <asac> good to know
[21:44] <asac> hehe
[21:45] <rsalveti> plars: hm, it shouldn't even be up
[21:45] <plars> rsalveti: it came up here
[21:45] <rsalveti> plars: can you check if you have the media service running?
[21:45] <rsalveti> can you paste me your logcat?
[21:45] <rsalveti> and couldn't get a crash in system-settings
[21:46] <rsalveti> all ringtones working as expected
[21:46] <rsalveti> selected quite a few, fast, and all working
[21:46] <plars> rsalveti: they even play different sounds?
[21:46] <rsalveti> plars: yes
[21:46] <plars> rsalveti: for me, under settings, it all plays the same sound
[21:46] <plars> if i quit and come back, I get a different sound, but they all play the same
[21:46] <rsalveti> plars: is that a clean 27.2?
[21:46] <rsalveti> with -b
[21:46] <plars> rsalveti: no -b, but I can try that
[21:46] <rsalveti> right, I'm testing with -b
[21:47] <rsalveti> and camera app is not running in here
[21:47] <rsalveti> plars: and this is the cdimage image, right? not the system one
[21:47] <plars> rsalveti: correct
[21:47] <rsalveti> right
[21:47] <plars> rsalveti: I'll reflash and see if I get any difference
[21:47] <rsalveti> cool
[21:47] <rsalveti> even using the 'Desktop Login' as ringtone now
[21:47] <rsalveti> lol
[21:48] <asac> rsalveti: sounds good for mako
[21:48] <asac> :)
[21:48] <rsalveti> too bad it's not really making any difference
[21:48] <rsalveti> ringtone for real is still using the old sound
[21:49] <rsalveti> but just noticed something we need to fix somewhere
[21:49] <rsalveti> let me take notes of my results
[21:50] <alecu> beuno: I think I found why your app won't start: the app name has a "_"
[21:51] <alecu> beuno: that would be line 5 here: http://pastebin.ubuntu.com/6034427/
[21:52] <alecu> the app name is "hello_world" there
[21:52] <alecu> (the package name seems fine: "ar.com.beuno.hello-world")
[21:53] <rsalveti> jack detection working as well, awesome
[21:54] <alecu> lool: ^ I think the above error in beuno's app is what's preventing you from starting it.
[21:54] <uhm1> nice
[21:54] <uhm1> phone don0t work on my n4
[21:54] <uhm1> i cant do any call
[21:54] <uhm1> :/
[21:54] <tedg> cyphermox, I'm pretty sure the dbus config is broken on the phone.
[21:54] <uhm1> don't ask me about pin code
[21:54] <tedg> cyphermox, For network manager
[21:55] <cyphermox> tedg: impossible, this hasn't changed
[21:55] <cyphermox> it's the same code as on desktop
[21:55] <tedg> cyphermox, It is different than the one on my desktop
[21:55] <tedg> cyphermox, It looks like someone's patched in another stanza
[21:56] <spanner3003>  i have a nexus 7  wifi can we try to get sound/video working on it?  i can give logcat test est..
[21:56] <cyphermox> tedg: they definitely shouldn't do that
[21:56] <cyphermox> how different?
[21:56] <josepht> rsalveti: my test was with cdimage and -b and all the same sound for ringtones
[21:57] <tedg> cyphermox, http://paste.ubuntu.com/6034442/
[21:57] <asac> stgraber: there?
[21:57] <iBotPeaches> was wondering if anyone could take a look at my kmsg log, its an oppo find 5 trying to boot ubuntu that sat for about 30 minutes without booting, so I figured something was wrong http://ibotpeaches.com/last_kmsg
[21:58] <tedg> cyphermox, Seems like that should be more permissive though...
[21:58] <cyphermox> tedg: yeah, I don't think that's likely to break anything
[21:58] <cyphermox> phablet is in the admin group anyway
[21:59] <rsalveti> music player working with wavs
[21:59] <rsalveti> josepht: weird, let me reboot to see
[21:59] <tedg> cyphermox, The interesting thing is that rsalveti is seeing a dbus message for getting properties denied.
[21:59] <tedg> cyphermox, So something had to be blocking indicator-network from connecting.
[22:00] <cyphermox> I don't have any such message
[22:00] <tedg> Me neither
[22:00] <tedg> cyphermox, Do you have network items in the menu?
[22:00] <rsalveti> right, but which images are you both using?
[22:00] <rsalveti> started having that error with the second friday's image
[22:00] <cyphermox> tedg: no, just the connection I had previously on disk
[22:01] <cyphermox> there should be two or three other wifi networks in range
[22:01] <tedg> No clue about the image.  But I've dist-upgraded it.
[22:01] <cyphermox> tedg: it matches the list of networks from NM
[22:01] <cyphermox> tedg:  try nmcli dev wifi list
[22:01] <tedg> rsalveti, ^
[22:02] <rsalveti> http://paste.ubuntu.com/6034457/
[22:02] <rsalveti> fails
[22:02] <tedg> Woot!  I'm certain the bug falls on cyphermox's side of the fence then!
[22:02] <tedg> ;-)
[22:02] <cyphermox> nah
[22:03] <cyphermox> rsalveti: NM isn't running on your phone
[22:03] <rsalveti> it is
[22:03] <rsalveti> root      1219  0.0  0.3  40820  6056 ?        Ssl  21:12   0:02 NetworkManager
[22:03] <cyphermox> then something is royal broke in dbus
[22:03] <tedg> You guys should meet halfway.  Florida at midnight!
[22:03] <rsalveti> even worked after I copied my connection with phablet-network-setup
[22:04] <tedg> Perhaps something in /var/log/upstart/networking.log?
[22:05] <rsalveti> rebooting, will check
[22:05] <tyhicks> rsalveti: is that dbus version 1.6.12-0ubuntu2 ?
[22:06] <rsalveti> still empty
[22:06] <cyphermox> tyhicks: yes, it is
[22:06] <rsalveti> nmcli failed as well
[22:06] <rsalveti> ii  dbus                                                  1.6.12-0ubuntu2                             armhf        simple interprocess messaging system (daemon and utilities)
[22:06] <rsalveti> tedg: ^
[22:07] <tyhicks> thanks, I just wanted to make sure it wasn't ubuntu4, to rule out a potential bug in the dbus package that I just uploaded
[22:07] <cyphermox> I don't know what it is
[22:07] <rsalveti> http://paste.ubuntu.com/6034466/
[22:07] <cyphermox> tbh, I'm busy with mtp
[22:08] <rsalveti> nm is up, even connected with my 3g
[22:08] <rsalveti> cyphermox: anything I can do to help debugging?
[22:08] <cyphermox> rsalveti: debugging logs
[22:08] <cyphermox> but it doesn't seem to me like it's NM
[22:08] <cyphermox> wpa perhaps, or dbus
[22:08] <rsalveti> dbus monitor?
[22:09] <rsalveti> just finish your mtp stuff then give this a try
[22:09] <rsalveti> just flash latest with -b
[22:09] <cyphermox> not wpa, wpa hasn't changed in too long
[22:09] <cyphermox> I did reflash already
[22:09] <rsalveti> clean?
[22:09] <rsalveti> plars: you were also getting this with 27.2, right?
[22:10] <plars> rsalveti: I just reflashed with -b, getting what?
[22:10] <rsalveti> plars: empty network indicator
[22:10] <plars> rsalveti: yes
[22:10] <rsalveti> right, then it's reproducible
[22:10] <rsalveti> let me file a bug for that
[22:11] <plars> rsalveti: 'nmcli dev wifi list' shows me a list of APs though
[22:11] <rsalveti> interesting
[22:12] <tedg> plars, As root or phablet?
[22:12] <rsalveti> yeah
[22:12] <plars> tedg: as root
[22:12] <rsalveti> run as phablet
[22:12] <plars> yeah, I see :)
[22:13] <rsalveti> plars: cyphermox: bug 1217596
[22:13] <rsalveti> plars: please confirm
[22:13] <tedg> Okay, I need to run, ping me if there's anything else on my side.
[22:13] <tedg> 'night folks
[22:13] <plars> done
[22:14] <rsalveti> asac: bug 1217596
[22:14] <spanner3003>  i have a nexus 7  wifi can we try to get sound/video working on it?  i can give logcat test est..
[22:14] <rsalveti> plars: can you test jack detection with mako?
[22:14] <rsalveti> plars: not sure if my cable, but I'm only getting the left speaker
[22:15] <plars> rsalveti: sure, what are you trying? ringtone? or call? or video?
[22:15] <asac> rsalveti: ok... how about sound?
[22:15] <asac> the networking one doesnt sound "too bad" :)
[22:16] <rsalveti> can play mp3 just fine after installing gstreamer0.10-plugins-ugly
[22:16] <plars> rsalveti: playing a video, I get sound from both sides
[22:16] <rsalveti> plars: just audio, can be video as well
[22:16] <rsalveti> lol, device is suspended when playing audio, nice
[22:16] <rsalveti> things working as expected
[22:17] <rsalveti> asac: I wouldn't make it green with that bug in place
[22:17] <rsalveti> but not my call
[22:17] <rsalveti> sound is fine with mako
[22:17] <rsalveti> no regression it seems
[22:17] <rsalveti> now moving to maguro
[22:17] <plars> video is *super* laggy though
[22:17] <rsalveti> yeah, software decode
[22:17] <rsalveti> once we removed qtubuntu-media, we also lost hardware decoding
[22:18] <asac> rsalveti: ah ... still mako
[22:18] <asac> yeah makois already blessed/rubberstamped :)
[22:18] <asac> hehe
[22:18] <asac> even though network indicator is still a big thing
[22:18] <asac> puts me on the edge :)
[22:19] <rsalveti> speaker phone also working
[22:20] <asac> rsalveti: maguro?
[22:20] <asac> guess not :)
[22:20] <rsalveti> mako, maguro is flashing still
[22:21] <rsalveti> for mako http://paste.ubuntu.com/6034497/
[22:21] <rsalveti> plars: see if it's the same for you
[22:24] <plars> rsalveti: interesting, jack doesn't seem to work with music player
[22:24] <plars> rsalveti: or to be specific, it plays over the headphone and the speaker
[22:24] <rsalveti> yeah
[22:24] <rsalveti> that's the behavior I got as well
[22:24] <rsalveti> but that's fine, I guess we still didn't yet define the audio policies
[22:25] <plars> rsalveti: I had both headphones on at the beginning so I just retried with video and it does the same there
[22:26] <harris> whats the difference between ubuntu for android and ubuntu touch
[22:26] <plars> oh I see you noted it there already :)
[22:26] <plars> rsalveti: worth mentioning the camera as well (confirmed after -b it doesn't work for me either)
[22:27] <rsalveti> plars: yeah, that one I'm fixing as we speak
[22:27] <rsalveti> :-)
[22:27] <rsalveti> but let me first test maguro
[22:27] <rsalveti> seems that's the one that needs a bit of more love
[22:28] <barry> stgraber: yay.  any ideas on how to unbrick my n7?
[22:29] <harris> whats the difference between ubuntu for android and ubuntu touch
[22:32] <harris> whats the difference between ubuntu for android and ubuntu touch
[22:32] <stgraber> barry: the insufficient privilege stuff sounds like your user not having enough rights to access the USB port, not a device issue
[22:33] <stgraber> barry: does flashing the latest one work at least?
[22:33] <barry> stgraber: i did another factory reset, and again at reboot, it's hanging on the google screen.  but now i can adb shell to it and i get busybox
[22:34] <barry> stgraber: flashing doesn't work "/system/bin/sh: getprop: not found"
[22:34] <stgraber> barry: did you try flashing when the device is in recovery mode?
[22:34] <barry> stgraber: not yet!
[22:34] <stgraber> barry: getprop isn't available from the initrd but it should be available in the recovery environment
[22:35] <stgraber> barry: when in busybox, the dmesg output may tell you what's going on (look for "initrd: *" lines)
[22:36] <barry> stgraber: http://paste.ubuntu.com/6034566/
[22:37] <stgraber> barry: that tells me blank userdata partition, so something must have gone pretty wrong when doing the initial flash :)
[22:37] <barry> stgraber: yeah ;)
[22:38] <stgraber> barry: if that happens again, look at /cache/recovery/log from the recovery environment
[22:38] <barry> stgraber: phablet-flash seemed all happy though.
[22:38] <barry> i'm in recovery mode now. wonder if i can reflash it
[22:39] <barry> still no getprop
[22:42] <barry> well, anyway -> dinner
[22:47] <Umeaboy> Is the Samsung Galaxy Tab P1000 out of the question to use ubuntu-touch?
[22:52] <plars> rsalveti: was there a bug for the camera thing already? It shows up failed (as I would expect) in the automated tests so I'd like to tag it if there is
[22:52] <rsalveti> plars: not yet, working on a fix directly, but feel free to open one
[22:53] <plars> rsalveti: ok, I'll probably skip lots of logs and details since you are already working on it and well aware
[22:54] <rsalveti> yeah, just a simple bug is fine
[22:54] <rsalveti> I can confirm
[22:57] <plars> rsalveti: https://bugs.launchpad.net/touch-preview-images/+bug/1217613
[22:58] <mijk> hi, anyone running Ubuntu on their Nexus 10?
[22:59] <rsalveti> plars: thanks
[23:03] <rsalveti> Aug 27 23:02:38 ubuntu-phablet kernel: [  182.571105] type=1400 audit(1377644558.856:74): apparmor="DENIED" operation="capable" parent=1 profile="/usr/lib/telepathy/telepathy-ofono" pid=1657 comm="threaded-ml" capability=19  capname="sys_ptrace"
[23:03] <rsalveti> Aug 27 23:02:38 ubuntu-phablet kernel: [  182.571136] type=1400 audit(1377644558.856:75): apparmor="DENIED" operation="ptrace" parent=1 profile="/usr/lib/telepathy/telepathy-ofono" pid=1657 comm="threaded-ml" target=044590C4044590C4081C23C508F459C410C459C410C459C407
[23:03] <rsalveti> hm, with maguro
[23:04] <rsalveti> sound is working, but can't hear it properly as the volume seems to be low
[23:04] <asac> rsalveti: how can i check what the volume is? the indicator seems to believe its 100%
[23:04] <mijk> how does one get 3D acceleration on a Nexus 10?
[23:06] <jjohansen> rsalveti: add
[23:06] <jjohansen>   capability ptrace,
[23:06] <jjohansen> to the ofono profile, for the other message run
[23:06] <jjohansen>   aa-decode on the value of target=
[23:06] <asac> rsalveti: so yeah connecting a headset to jack makes it work
[23:06] <asac> but not without :)
[23:06] <asac> cant hear a thing
[23:07] <rsalveti> it got back to the normal volume after opening up alsamixer
[23:07] <rsalveti> seems the ucm files are not doing the right thing
[23:07] <rsalveti> it's also getting errors when using the hall
[23:07] <jjohansen> rsalveti: oh hrmmm don't bother with aa-decode, you have just hit a bug
[23:07] <rsalveti> besides a kernel crash
[23:08] <iBotPeaches> okay more progress, got my oppo booting (just with no display) :p kmsg screams about ACL stuff http://ibotpeaches.com/last_kmsg (is that related to selinux?)
[23:08] <jjohansen> rsalveti: can you open a bug with logs etc
[23:08] <rsalveti> jjohansen: sure, against which package?
[23:09] <jjohansen> rsalveti: linux
[23:09] <asac> rsalveti: ok. thanks for checking. let me know what happened when you call it a day... i am off now
[23:09] <asac> :)
[23:10] <rsalveti> jjohansen: thanks
[23:10] <jjohansen> iBotPeaches: what kernel are you using?
[23:11] <jjohansen> iBotPeaches: its not apparmor nor selinux
[23:12] <iBotPeaches> jjohansen: Linux version 3.4.0-perf-svn1451 (oppo@oppo-OptiPlex-990) (gcc version 4.6.x-google 20120106 (prerelease) (GCC) ) #1 SMP PREEMPT Wed Feb 6 11:40:03 CST 2013
[23:21] <rsalveti> jjohansen: bug 1217618, opened it against linux-maguro
[23:22] <jjohansen> rsalveti: okay thanks
[23:22] <penguincoder> hi guys, i am having trouble booting into a home-built version of ubuntu touch for the toro device. i either get stuck at the google logo or a black screen
[23:22] <rsalveti> jjohansen: any other log besides syslog?
[23:22] <penguincoder> i have successfully built cm-10.1 for the device, too.
[23:23] <sbeattie> jjohansen: is there a bug with aa-decode not handling 'target=' ?
[23:23] <jjohansen> sbeattie: not that I know of, the output is complete garbage
[23:24] <sbeattie> oh
[23:24] <jjohansen> rsalveti: I thought there was a kernel crash too?
[23:25] <jjohansen> sbeattie: we need to figure out if its just aa-decode or the kernel side
[23:27] <rsalveti> jjohansen: sorry, the crash seems to be part of the sound subsystem actually
[23:27] <jjohansen> sbeattie: my bet is the kernel
[23:28] <jjohansen> rsalveti: hrmm, okay