[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://<IP_ADDRESS>: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://<IP_ADDRESS>: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	<IP_ADDRESS>
[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