[00:16]  * dejello pokes the tablet sitting next to him, quit bootlooping!  :P
[02:00] <Debolaz> I realize it's not a high priority, but is it planned that Ubuntu Touch will be able to run on galaxy S4?
[02:42] <wilee-nilee> Debolaz, This was an earlier answer to the same question referencing an sgs4. <cjwatson> It's rather less trivial than on PCs, yes.  https://wiki.ubuntu.com/Touch/Porting
[02:43] <wilee-nilee> same phone?
[04:14] <Woofcat> Hey
[04:14] <Woofcat> Does anyone know if any further specs have been discussed?
[04:14] <Woofcat> Such as ARMv7 vs ARMv8?
[04:15] <Woofcat> As I'm curious to how they plan on running Andriod if they go the ARMv8 route
[06:17] <ForbiddenX> Hey guys, has anyone encountered an issue where you can't click some of the settings?
[07:08] <dholbach> good morning
[07:13] <oSoMoN> good morning
[07:28] <Equinox3> will work for a Ubuntu Edge. :P
[07:49] <ogra_> ForbiddenX, there is nothing such a click could open yet for most of them :)
[08:16] <fat> i have a samsung galaxy s2, and i want to install ubuntu touch, but apparently calls /sms doesn't work. https://wiki.ubuntu.com/Touch/Devices/i9100 is there a fix
[08:23] <asac> ogra_: hello
[08:23] <asac> ogra_: when are 25 images coming out?
[08:23] <asac> seems we were like super close yesterday
[08:27] <JamesTait> Good morning all, happy Louise Brown Day! :-D
[08:29] <mzanetti> balloons: ping
[08:41] <dlan> hi ,can I just follow "Manual Installation" section to install ubuntu-touch (no previous step needed??)
[08:41] <dlan> https://wiki.ubuntu.com/Touch/Install
[08:45] <ogra_> asac, build starts at 10:00 UTC
[08:45] <ogra_> (and takes 50min)
[08:46] <asac> ogra_: cool. can it start before i wake up?
[08:46] <asac> at best even finish before that :)
[08:46] <asac> :-P
[08:46] <ogra_> asac, no
[08:47] <asac> i didnt expect a no :)
[08:47] <ogra_> (i wish it could, but then daily-release doesnt end up on the image)
[08:47] <asac> what can make this not possible?
[08:47] <ogra_> asac, daily-release would have to land earlier
[08:47] <seb128> asac, hire people who are in a !european tz so reviews are done at 3am utc
[08:48] <ogra_> yeah
[08:48] <ogra_> there you got your solution :)
[08:48] <seb128> asac, the issue is that atm didrocks&co review/approve change when they start their day
[08:48] <seb128> and they are all european based
[08:48] <seb128> so time for them to start, review, etc it's at least 7utc before things get in
[08:48] <ogra_> asac, before 8 UTC is hard because we share the livefs builder among all images  and it would mean to re-schedule all of them
[08:48] <seb128> then publisher time, etc
[08:48] <asac> seb128: so punching the packages from daily-release ppa to the archive? thats done when didrocks starts his day?
[08:49] <asac> ogra_: why can't we have two or three livefs builders?
[08:49] <asac> is that a non-reproducible machine? or an unreproducible concept?
[08:49] <seb128> asac, well, in practice it's done automatically ... excepted when there are changes that need manual review (e.g packaging changes, api changes, etc)
[08:49] <ogra_> asac, we do have a fallback one thats highly unstable (we have two)
[08:49] <asac> err unscalable
[08:49] <ogra_> asac, once infinity has the calxeda machine up that should change, we're just waiting for that
[08:49] <asac> ogra_: livefs build happens medival style on native panda boards?
[08:49] <seb128> asac, the issue is that things move in a way that we have changes to reviews manually almost every day, always new api, compat changes, new depends, etc
[08:50] <seb128> asac, failing tests, flacky utah,e tc
[08:50] <asac> seb128: no more rants about utah. the flakiness is everywhere
[08:50] <ogra_> asac, it has to, there are still packages in the archive that break under qemu
[08:50] <seb128> asac, sorry, was an easy one, just ignore that part
[08:51] <asac> seb128: but it is... its actually everywhere where we have jenkins :)
[08:51] <seb128> asac, but yeah, the issue is that for a number of reasons, we need manual reviews to get things in, and those are done by european, and their work hours lead to the current build start at 10utc
[08:51] <asac> seb128: right. i see
[08:51] <asac> i actyually believe that manual review isn't such a bad thing
[08:52] <seb128> imho we should do two rounds a day
[08:52] <asac> especially since we found that our daily-release testing doesnt really match what we see on real images (so calibration has to happen first)
[08:52] <ogra_> ++
[08:52] <seb128> the U.S guys should do one in their end of day
[08:52] <ogra_> we should also have two image builds
[08:52] <ogra_> but that requires thee tests to finish in a reaonable time
[08:52] <seb128> if the u.s guys were doing reviews at end of day we would have a mostly current image by european morning
[08:52] <ogra_> the 4-5h it currently takes arent reasonable yet
[08:52] <asac> seb128: tell me who works as reliable and as strongly as the euro guys from US that could do it?
[08:52] <seb128> reality is that there is not a lot happening during the night
[08:53] <asac> yeah you are right
[08:53] <asac> we should have 24/5
[08:53] <ogra_> 5 ?
[08:53] <asac> push on the CI machine
[08:53] <ogra_> only ... ?
[08:54] <asac> ogra_: sure. why not get such a great coverage and still hav weekend
[08:54] <ogra_> pfft, weekend
[08:54] <ogra_> hire someone for the weekend shifts :)
[08:54] <asac> better than have like a machine that always needs to be kickstarted every morning :)
[08:54] <asac> is to just need to do that once on monday morning tokyo time
[08:54] <asac> ogra_: we want folks to not work on weekends
[08:54] <ogra_> hire persia then :)
[08:55] <asac> if there is a firedrill then everybody will  have to work weekend
[08:55] <seb128> asac, well, we have a few people in the U.S in our team, e.g kenvandine is in didrocks' team and do review, he just does them when he wakes up (which is middle of the day for us) ... if we were to do an evening build we could probably get Ken to do end of day reviews rather than start of day ones
[08:55]  * ogra_ bets there are people that would hapiily apply for a weekend job :)
[09:12] <nahtnam_> Hi will ubuntu touch work on my samsung galaxy s 4g?
[09:12] <nahtnam_> Hi will ubuntu touch work on my samsung galaxy s(1) 4g?
[09:15] <nahtnam_> anyone?
[09:15] <cjwatson> asac,ogra_: we're working on the livefs build issue in the releng sprint this week
[09:16] <ogra_> you mean migrating to the calxeda box ?
[09:16] <cjwatson> no, I mean moving them into Launchpad
[09:16] <cjwatson> And also in parallel moving Launchpad's armhf builders to Calxeda, but that's more IS' problem
[09:16] <nahtnam_> will ubuntu touch work on my samsung galaxy s(1) 4g?
[09:16] <nahtnam_> ?
[09:17] <ogra_> asac, ^^^
[09:17] <cjwatson> A prerequisite is build cancellation (so that we don't end up being unable to progress livefs builds due to long-running package builds that we can't do anything about), which I'm personally working on right now
[09:17] <ogra_> yay
[09:22] <asac> cjwatson: hey. is livefs nowadays just live-build?
[09:22] <asac> e.g. can developers reproduce what launchpad will do easily on their own desk?
[09:24] <cjwatson> asac: None of the work we're doing changes how developers would reproduce it, at all - we're just moving the trigger
[09:24] <cjwatson> asac: It's livecd-rootfs on top of live-build.  Instructions for reproducing: https://lists.ubuntu.com/archives/ubuntu-devel/2011-June/033458.html
[09:25] <asac> cjwatson: yeah. hoped we would make it easier as well :)... but seems we dont tackle that for now. so fine :)
[09:25] <asac> or wait... let me quickly read the post
[09:25] <cjwatson> We should make it easier as well, certainly
[09:25] <asac> i guess we should field test it with a few engineers
[09:25] <asac> :)
[09:26] <asac> e.g. can you try to produce an image
[09:26] <asac> like how design folks do it
[09:26] <asac> and then be depressed seeing how lost they are :)
[09:27] <cjwatson> Well, I think I know there are problems without the need for "user" testing here - it'd be a worthwhile project to make that much simpler for developers to run locally
[09:27] <cjwatson> It's just not today's project and not related to making the official builds less bottlenecked :)
[09:28] <ogra_> if you want an actually identical live builder setup it is pretty complex to do (with BuildLiveCD etc) .... i think we should have a setup script for this
[09:28] <cjwatson> BuildLiveCD itself is functionally trivial
[09:28] <ogra_> surely not a super high prio task for 13.10 though
[09:29] <ogra_> cjwatson, the stacked chroot setup isnt if you dont know which chroots, how they are named and where the /build dir has to live etc
[09:29] <cjwatson> It's not necessary to make it identical to the datacentre setup, with multi-machine dispatch etc.
[09:29] <cjwatson> For a local-developer setup a simple stub would suffice
[09:29] <ogra_> no, but the stacked chroots are needed if you wany it as close as possible
[09:30] <ogra_> which requires a certain structure we dont have documented
[09:30] <ogra_> (well, not publically at least)
[09:30] <cjwatson> I don't think that's necessary.  As long as you have the dependencies installed (livecd-rootfs basically) then live-build will deal with creating the inner chroot.
[09:30] <ogra_> it didnt for me :)
[09:30] <cjwatson> I'm not concerned about having an outer chroot.
[09:30] <cjwatson> Even if you happened to do something wrong in one test :)
[09:31] <cjwatson> I run livecd-rootfs without the need for an outer chroot all the time.
[09:31] <cjwatson> It's fine.
[09:33] <cjwatson> What I'd probably like to do is to add a mode to cdimage where you can have it do the livefs build locally rather than sshing to a remote machine to do it (and generally make that setup much more table-driven while we're there), and generally fix up all the bits that make it hard to run cdimage locally.
[09:34] <cjwatson> Doing that right would make it easy for developers to run a full local image build.  It's all possible right now (there's no secret code or anything), but it requires too much setup for most people.
[09:34] <dlan> is there any instruction or guide about how to port a custom android device to ubuntu-touch?
[09:34] <ogra_> cjwatson, yeah
[09:34] <cjwatson> It wasn't until fairly recently that we got permission to open the full image build code at all; the previous state where part of it was closed held us back from doing this kind of productisation.
[09:34] <ogra_> though thats definitely not a 13.10 task :)
[09:35] <ogra_> dlan, see the channel topic, there is a link to the porting guide
[09:39] <asac> ogra_: :)
[09:39] <asac> ogra_: can you give me confirm that pitti is right?
[09:40] <asac> ogra_: forwarded mail
[09:40] <ogra_> pitti us usually right ... but what are you referring to ?
[09:40] <asac> he says media player is really busted
[09:40] <ogra_> ah, heh
[09:40] <asac> so the test failure we see there might be a real one
[09:40] <asac> ogra_: can you confirm that its busted for you?
[09:40] <asac> on your phone?
[09:40] <ogra_> he hasnt tried the yet unreleased new gstreamer stak i suspect
[09:40] <asac> well he tries the image
[09:40] <ogra_> should land this week
[09:40] <asac> i am only bothered about the image yet
[09:40] <asac> so you say mediaplayer is busted?
[09:41] <ogra_> it works fine on maguro, is completely busted on grouper is what i know
[09:41] <asac> ogra_: on maguro we have success, so that matches what you say
[09:41] <ogra_> (havent tested today yet and my maguro is busy ... but i can check later)
[09:41] <asac> ogra_: on mako its busted according to dashboard. can you try that?
[09:41] <ogra_> yeah, grouper being broken with the current implementation is known
[09:42] <ogra_> asac, if you send me a mako
[09:42] <asac> ogra_: buy one
[09:42] <asac> expense
[09:42]  * ogra_ has no mako and never touched a manta
[09:42] <ogra_> (well, i have a mako as phone, but not a company one and i wont use it for company stuff)
[09:47] <PaoloRotolo> Hi all!
[09:55] <oSoMoN> Wellark: ping
[10:31] <oSoMoN> pete-woods: ping
[10:41] <Person> hello
[10:41] <pete-woods> oSoMoN: hi!
[10:42] <pete-woods> given you pinged both Wellark and I, I'm guessing that HUD is broken?
[10:42] <oSoMoN> pete-woods: heh :) nothing’s broken (that I’m aware of), but I do have a question about the HUD though
[10:43] <pete-woods> oSoMoN: okay, what's the question?
[10:44] <john-mcaleely> stgraber, ping: How will hardware-specific tarballs/partitions merge with the main ubuntu image?
[10:44] <oSoMoN> pete-woods: I’m porting the HUD code in the browser app to the new unity actions API, and I was wondering about the applicationIdentifier property of the HUD object, has that disappeared, and can the related code be safely removed?
[10:46] <Person> Does the Ubuntu Touch have the ability to attach to a monitor and run Ubuntu like the Edge?
[10:47] <w-flo> Person, not yet
[10:47] <pete-woods> oSoMoN: I'm not actually familiar with the old hud-client API, but I'm pretty confident that the unity action API uses the APP_ID environment variable
[10:47] <Person> okay
[10:47] <Person> thanks
[10:48] <oSoMoN> pete-woods: ok, so it should be safe, right?
[10:48] <stgraber> john-mcaleely: the upgrader will simply apply multiple tarballs one on top of the other, first one is the common rootfs, then hardware specific bits, then customizations. So everything is on the same system partition
[10:48] <pete-woods> oSoMoN: if the old code was just there to feed the application ID into the API, then yes, I think so
[10:49] <oSoMoN> pete-woods: cool, I love removing code
[10:49] <pete-woods> oSoMoN: :D
[10:50] <john-mcaleely> stgraber, ok. makes sense for the hardware specific bundle. I thought customisations were a separate partition though?
[10:50] <stgraber> john-mcaleely: nope, they're just a separate reserved path on the system partition
[10:50] <stgraber> john-mcaleely: adding partitions is pretty tricky on the current devices, so we try not to do that
[10:51] <john-mcaleely> stgraber, oh, I see
[10:58] <ogra_> asac, new pending image is up
[10:59]  * ogra_ glares at his chroot ...
[10:59] <ogra_> Get:1 http://192.168.2.125:9999/ubuntu-ports/ saucy/multiverse android all 0.20130723-0ubuntu9 [464 MB]
[11:00] <ogra_> xnox, i think we should produce one deb per subarch :)
[11:00] <mardy> seb128, Laney: for Online Accounts I need to implement a way of launching it as a stand-alone application; are you aware of similar requirement for other System Settings plugins?
[11:01] <mardy> seb128, Laney: my idea is to create a simple container to launch individual System Setting plugins
[11:02] <Laney> mardy: No I don't know that that's been asked for
[11:02] <Laney> mardy: We already have system-settings plugin-name to go staight to a plugin in the full s-s app
[11:03] <mardy> seb128, Laney: like, for example: "system-settings-launcher <plugin-name>"
[11:03] <mardy> Laney: ah!!
[11:03] <Laney> I wouldn't bother unless someone comes up with a reason to need it to be more minimal
[11:07] <seb128> mardy, why do you need as a standalone app? is opening the settings app on the panel, as Laney said, good enough?
[11:08] <mardy> seb128: third party apps need to open the Online Accounts panel
[11:08] <mardy> seb128, Laney: but we also need to be able to pass some option
[11:09] <mardy> seb128, Laney: for instance to say "open Online Accounts for creating a Google account"
[11:09] <seb128> mardy, well, we have the infra to call a panel, we can probably add arguments after that ... it's going to be useful for other panels as well I'm sure
[11:09] <mardy> and when the panel is closed we should go back to the caller application, not to the System Settings
[11:09] <seb128> how do you close it?
[11:10] <seb128> (since the devices don't have a back button)
[11:10] <seb128> do you use back in the toolbar?
[11:10] <mardy> seb128: let me check the design
[11:10] <seb128> other topic: does anyone know if polkit is working on the touch image?
[11:11] <seb128> cjwatson, ^ (I think I read you mention needing it for click)
[11:13] <mardy> seb128: https://docs.google.com/a/canonical.com/document/d/1UwAQTXgEyZSD3di6fAUS0W18rKxh8TXb1TwsmkgbGG0/edit#heading=h.41rrn69y8201
[11:14] <mardy> seb128: looks like there's a cancel button, and I presume that once the account is successfully created, we automatically go back to the app
[11:14] <seb128> mardy, I guess we just need a way to close the settings app with an action or something then
[11:14] <seb128> can you .exit() ? ;-)
[11:15] <cjwatson> seb128: I was told that it would work better once we switched to lightdm so that the session's registered with logind
[11:15] <seb128> Laney, ^
[11:15] <Laney> loginctl shows me the session already is registered
[11:15] <seb128> cjwatson, so it doesn't work atm? (we are trying to figure out why we can't change the timezone through systemd)
[11:15] <Laney> but maybe it is missing something
[11:16] <seb128> do we have anything using polkit successfully on touch?
[11:16] <Laney> it doesn't have an active seat for example
[11:16] <Laney> I guess let's just wait for that
[11:16] <cjwatson> seb128: It works in terms of being able to handle AuthAny, but it doesn't know that the session is active
[11:16] <Laney> we know it works in principle
[11:16] <Laney> yeah, that's what I'm seeing
[11:19] <seb128> cjwatson, Laney: ok, thanks
[11:19] <seb128> Laney, yeah, let's assume it's working from our side and test again when lightdm start being used
[11:20] <seb128> cjwatson, do you have any idea when the switch to lightdm is supposed to happen?
[11:20] <Saviq> didrocks, sil2100 can we push https://code.launchpad.net/~phablet-team/platform-api/trunk through?
[11:32] <didrocks> Saviq: platform-api from this daily release is in distro, right?
[11:33] <Saviq> didrocks, yes
[11:33] <didrocks> you need rev 98?
[11:35] <cjwatson> seb128: Afraid not
[11:35] <cjwatson> Only know as much as I told you :)  I think I heard that from lool
[11:36] <seb128> cjwatson, ok, thanks, I'll check with mterry when he gets online
[11:39] <ricmm> slangasek: hi steve, the image is already a daily thing
[11:39] <ricmm> kgunn: slangasek and it updates once a day from the Mir staging ppa
[11:40] <ogra_> seb128, ^^^ this image has lightdm too
[11:41] <seb128> ogra_, "this image"? the one with Mir?
[11:41] <ogra_> seb128, right
[11:41] <sil2100> Saviq: I guess we can re-roll the release to have that change
[11:41] <seb128> ogra_, do you know if it works?
[11:41] <ricmm> not to my knowledge
[11:41] <seb128> ogra_, and where I can get it?
[11:41] <sil2100> Saviq: is it 100% needed? Rev 98?
[11:41] <ricmm> it might be installed, but its not the used greeter
[11:41] <ogra_> oh ?
[11:41] <Saviq> sil2100, yes
[11:41] <sil2100> didrocks: can I re-roll platform?
[11:41] <ricmm> ogra_: nop, lightdm work is deprioritized right now
[11:41] <ogra_> ricmm, i thought that was a prereq for Mir inclusion
[11:42] <ricmm> we had to work around it and go direct
[11:42] <Saviq> didrocks, yes, sorry, missed your ping
[11:42] <ogra_> seb128, sorry then ... seems i was wrong
[11:42] <ricmm> as robert was held up with xmir fixes and such
[11:42] <didrocks> sil2100: if it's what saviq needs, fine with me :)
[11:42] <seb128> ricmm, hum
[11:42] <seb128> ricmm, do you plan to fix logind session registration in another way?
[11:42] <ogra_> ricmm, lightdm needs to be a high prio ... we need the pam/logind registration
[11:43] <seb128> ricmm, not having a correct session is breaking auth through polkit, which breaks system setting and other things
[11:43] <ogra_> thats actually urgent to get rid of the NM hacks
[11:43] <ogra_> and for getting rid if the PPA
[11:43] <ogra_> ricmm, who depriorized it ?
[11:43] <ricmm> the circumstances
[11:43] <ricmm> I'll touch base with robert today
[11:43] <ogra_> great
[11:44] <ogra_> thats really high prio ... lets not drop it :)
[11:44] <ricmm> its supposed to be relatively simple, 3-4 days work
[11:44] <sil2100> Saviq, ricmm: it doesn't break any API/ABI's?
[11:44] <ricmm> sil2100: what doesnt?
[11:45] <ricmm> and no, theres no API breakage from latest rev of platform-api
[11:45] <Saviq> sil2100, no
[11:45] <sil2100> ricmm: platform-api ;) Thanks
[12:00] <Saviq> ogra_, 0725 seems to reboot over and over :/
[12:01] <ogra_> Saviq, just pulling it, i'll check
[12:01] <ogra_> Saviq, what devi.ce ?
[12:01] <Saviq> ogra_, manta
[12:01]  * ogra_ only has grouper and maguro 
[12:02] <ogra_> Saviq, meanwhile boot into recovery: adn shell cat /proc/last_kmsg | pastebinit
[12:02] <ogra_> *adb
[12:03] <Saviq> ogra_, not much... http://paste.ubuntu.com/5910914/
[12:03] <ogra_> (though manta has a history of currpting its ramconsole)
[12:04] <ogra_> Saviq, try again until you get a proper log ... thats a mako specific issue
[12:04] <ogra_> one out of ten boots it shoudl work
[12:05] <ogra_> err
[12:05] <ogra_> manta specific issue indeed
[12:05] <ricmm> Saviq: ping
[12:05] <Saviq> ricmm, pong
[12:06] <ricmm> Saviq: o/ did you guys fix the unity-mir API problem?
[12:06] <ricmm> I updated with the latest from the PPA and unity8 still segfaults
[12:07] <Saviq> ricmm, Gerry was on it, but seems to have only tried to bump unity-mir version
[12:07] <Saviq> ricmm, if it is an API issue like Gerry suspects, we should probably rebuild unity8, too
[12:08] <stgraber> barry: you broke phone updates again ;)
[12:08] <ricmm> Saviq: ok, ill re-run my recipe
[12:08] <Saviq> ogra_, got it http://paste.ubuntu.com/5910932/
[12:09] <stgraber> barry: though that should have been the last time, I just need to get rid off the code in lxc-android-config and the initramfs-tools package now and we should be good starting tomorrow
[12:09] <ricmm> Saviq: ah, it never build
[12:09] <ricmm> its a colo branch
[12:09] <sil2100> hmmm
[12:09] <ricmm> ogra_: do you remember how we fix colocated branches? for recipe building
[12:09] <ogra_> Saviq, i bame the kernel
[12:09] <ogra_> *blame too
[12:09] <Saviq> ogra_, yeah, looks like it
[12:09]  * Saviq too!
[12:10] <sil2100> Saviq: the platform stack failed one test, but I'll anyway try to publish once the build step finishes
[12:10] <ogra_> ricmm, nope, sorry ... thats sergiuiens speciality
[12:12] <ricmm> ogra_: fixed, just bzr upgrade
[12:12] <ricmm> Saviq: should build fine now, will retry
[12:12] <ogra_> :)
[12:12] <ricmm> none of the builds had actually made it through before
[12:13] <Saviq> ricmm, :/
[12:19] <mhr3> tsdgeos, do you know where are the copies of the gvariant<>qvariant?
[12:20] <mhr3> tsdgeos, besides dee-qt and the unity plugin
[12:28] <ricmm> greyback: hi!
[12:29] <greyback> ricmm: hey
[12:29] <greyback> ricmm: so, what's broken? :)
[12:29] <ricmm> well the unity8 branch was in a format that doesnt work with recipes
[12:29] <ricmm> so it never built
[12:29] <ricmm> I just pushed the upgraded one
[12:31] <greyback> ricmm: what format does work, for my future knowledge?
[12:32] <ricmm> oh god
[12:32] <ricmm> wait, doing the migration changed the target of the recipe and it built against the old one again
[12:32] <ricmm> I think we hit the daily quota for building one sec :p
[12:35] <Geniuswork> Hello All
[12:37] <Geniuswork> When I try to use Breakfast command "breakfast yuga" I get
[12:37] <Geniuswork> build/core/product_config.mk:239: *** _nic.PRODUCTS.[[device/sony/yuga/cm.mk]]: "vendor/sony/qcom-common/qcom-common-vendor.mk" does not exist.  Stop.  ** Don't have a product spec for: 'cm_yuga' ** Do you have the right repo manifest?
[12:38] <Taiten987> rsalveti, hey
[12:52] <ogra_> Saviq, if you need this image to work, try if making /data/ubuntu/usr/lib/lxc-android-config/update-fstab executable and rebooting fixes it
[12:53] <Saviq> ogra_, trying
[12:54] <ogra_> (teh kernel should still not fall  over just because fstab is missing)
[12:54] <Geniuswork> Hi Guys I get this build/core/product_config.mk:239: *** _nic.PRODUCTS.[[device/sony/yuga/cm.mk]]: "vendor/sony/qcom-common/qcom-common-vendor.mk" does not exist.  Stop.  ** Don't have a product spec for: 'cm_yuga' ** Do you have the right repo manifest?
[12:54] <Geniuswork> when i try to breakfast
[12:54] <Geniuswork> why do i get it?>?
[12:54] <Saviq> ogra_, +1
[12:55] <ogra_> Geniuswork, did you run repo sync after adding it to the xml file ?
[12:55] <ogra_> Saviq, +1 for my comment or because the image works ?
[12:55] <ogra_> :)
[12:55] <Saviq> ogra_, yes
[12:55] <ogra_> lol
[12:55] <Saviq> ogra_, no media on manta still, though
[12:55] <ogra_> yeah
[12:56] <asac> ogra_: how do i see that binfmt works correctly?
[12:56] <asac> chroot tells me that /bin/bash is not tehre
[12:56] <ogra_> ooof
[12:56] <asac> , but it surely is
[12:56]  * ogra_ didnt have to use the binfmt stuff in years ... 
[12:56] <asac> QEMU_LD_PREFIX  = /etc/qemu-binfmt/arm
[12:56] <ogra_> first look if the qemu handler is inside your chroot
[12:56] <asac> that doesnt exist
[12:57] <asac> that /etc file/dir
[12:57] <ogra_> before blaming the kernel :)
[12:57] <ogra_> is qeu-user-static installed ?
[12:57] <asac> ogra_: how do i know?
[12:57] <asac> ogra_: yeah
[12:57] <asac> i have qemu-arm-static
[12:57] <ogra_> the binary ?
[12:57] <asac> oh i can copy that in
[12:57] <asac> right
[12:57] <asac> let me try
[12:57] <ogra_> that needs to live somewhere inside the chroot
[12:57] <asac> to /sbin?
[12:58] <ogra_> /usr/sbin or /usr/bin
[12:58] <ogra_> i *think* it was the latter
[12:58]  * ogra_ is so spoiled with his chromebook and USB 3.0 disk :)
[12:58] <asac> yep worked :)
[12:58] <asac> nice
[12:58] <ogra_> i dont have to use all these weirdo workaround
[12:58] <ogra_> s
[12:58] <ogra_> get an edge !
[13:00]  * tvoss mutters pledge for an edge
[13:00] <asac> eh it all doesnt work :)
[13:00] <asac> ping
[13:00] <tsdgeos> mhr3: the thinkg larsu did is the unity plugin, no?
[13:00] <asac> even though i mounted /proc
[13:01] <ogra_> jibel, YOU ROCK !
[13:01] <barry> stgraber: apparently my tablet refuses to hold a charge.  i was going to test it this morning
[13:01] <mhr3> tsdgeos, no
[13:01] <ogra_> asac, did you mount /sys too ? and did you do it inside the chroot ?
[13:03] <tsdgeos> mhr3: qmenumodel has another one
[13:03] <tsdgeos> QVariant Converter::toQVariant(GVariant *value)
[13:03] <mhr3> tsdgeos, yea, right, lars told me already thx
[13:04] <ogra_> asac, note that name resolution will indeed not work unless you copy the respective files from the host
[13:04] <ogra_> pinging IPs should work if /proc and /sys are mounted though
[13:04] <tsdgeos> mhr3: so yeah dee-qt, unity and qmenumodel
[13:05] <tsdgeos> i think that's the 3
[13:06] <asac> ogra_: no sys
[13:06] <asac> but i could ping wihtout that in the past
[13:06] <asac> ogra_: can i mount sysfs or do i need to bindmount?
[13:06] <ogra_> mount -t sysfs sys /sys
[13:06] <ogra_> when chrooted
[13:06] <tsdgeos> mhr3: wait and gsettings-qt too
[13:06] <jibel> ogra_, :) ty
[13:07] <tsdgeos> mhr3: so dee-qt, unity, qmenumodel and gsettings-qt
[13:07] <daveid> hello! any chance to get ubuntu touch to install onto an YP-G70 device?
[13:07] <Saviq> cjwatson, https://code.launchpad.net/~saviq/qtubuntu/respect-path/+merge/176904
[13:07] <Saviq> cjwatson, https://code.launchpad.net/~saviq/qtubuntu/more-robust-desktop-parsing/+merge/176931
[13:08] <ogra_> daveid, if it isnt on the device page you might need to port it yourself
[13:08] <ogra_> !devices |daveid
[13:08] <ogra_> the link to the porting guide is in the channel topic
[13:13] <daveid> ogra_: thanks!
[13:15] <Geniuswork> Guys Could Please someone help me??
[13:15] <ogra_> Geniuswork, did you see my answer above ?
[13:15] <Geniuswork> Wait
[13:17] <Geniuswork> which one?
[13:17] <Geniuswork> the link??
 Geniuswork, did you run repo sync after adding it to the xml file ?
[13:18] <Geniuswork> i used breakfast
[13:18] <Geniuswork> didn't manually make ot
[13:18] <ogra_> well, it seemingly didnt pull or didnt find the tree
[13:19] <Geniuswork> So Can I use The CM10.1 precompiled Zip for that??
[13:19] <ogra_> no
[13:19] <Debolaz> Is there a simulator of some sort that can be used to test ubuntu touch with intended screen resolution on a PC?
[13:19] <Geniuswork> Then How??
[13:20] <ogra_> Debolaz, nope, but it is desired that we have one at some point .... patches gracefully accepted ;)
[13:20] <ogra_> Geniuswork, make sure the tree gets pulled ... if automated (breakfast) doesnt work i'd go step by step through the manual variant and see if they worked out
[13:21] <Geniuswork> OK Will Try that Thanks
[13:21] <ogra_> (and eventually find the broken step)
[13:21] <Geniuswork> Though I have little experience
[13:21] <Geniuswork> :)
[13:34] <davmor2> ogra_: how are the images loking?
[13:34] <davmor2> looking even
[13:34] <ogra_> bad
[13:34] <ogra_> dont try it
[13:34] <davmor2> ogra_: Ouchie thanks
[13:34] <ogra_> fix is pending
[13:35] <mpt> MacSlow, hi, Oren would like to know whether snap-decisions can contain list views.
[13:36] <MacSlow> mpt, no... just text (summary, body), icons (avatar, secondary) and 2 to 6 buttons
[13:36] <mpt> MacSlow, so it can't contain a text field (or two text fields) either?
[13:36] <MacSlow> mpt, not right now... in a meeting atm
[13:37] <mpt> ok
[13:38] <dholbach> xnox, ogra_, rsalveti, sergiusens: it looks like pad.u.c ate our porting guide update draft: http://pad.ubuntu.com/rw9y4Sk0D7 :-(
[13:38] <sergiusens> dholbach: I think rsalveti has a 'parallel' wiki up
[13:38] <rsalveti> dholbach: yeah, we just created another wiki for it
[13:38] <rsalveti> https://wiki.ubuntu.com/Touch/PortingFlippedInProgress#preview
[13:38] <dholbach> <3
[13:38]  * dholbach hugs you all
[13:38] <mterry> lool, heyo!  If you have some time, I'd appreciate some help understanding how to debug the platform-integration-plugin level of Qt
[13:43] <seb128> mterry, hey, do you know what's the plan with lightdm on the touch image?
[13:43] <ogra_> asac, new image build running ...
[13:45] <asac> ogra_: thought it was running since 1h :)
[13:45] <asac> already forgot what we wanted to do with that image
[13:45] <asac> ...
[13:45] <asac> ah wait, dashboard )
[13:45] <asac> :)
[13:46] <ogra_> pfft
[13:46]  * asac goes back in time
[13:46] <ogra_> asac, it takes more than 1h for the binary package to come out
[13:46] <asac> ogra_: so what do we expect? I really forgot :)
[13:46]  * asac is a proof that its taking far too long
[13:46] <davmor2> asac: it to work?
[13:46] <asac> to even start the image
[13:46] <asac> davmor2: what was broken? :-P
[13:47] <davmor2> asac: I don't know ogra_ told me not to upgrade :D
[13:47] <ogra_> asac, well, that was a fast path thing :) that package isnt bzr'ed ... with bzr, MP and reviews etc it would have been >2h
[13:47] <asac> davmor2: omg ... dont tell me that :)
[13:48] <ogra_> asac, well, he would have ended with a non bootimg image ...
[13:48] <ogra_> not much to test there
[13:48] <asac> yes, i dont want to be remembered of that
[13:48] <asac> plz
[13:48] <asac> unless you know how we can put better safety belts into automation that this doesnt happen again
[13:48] <asac> have you gotten an idea?
[13:50] <ogra_> asac, i discussed with rsalveti to prevent the initial issue that caused it (adb removing executable bits) ... not much more we can do about it
[13:51] <asac> ogra_: as long as exactly this issue will next time not slip through our nets we achieved the mission
[13:51] <asac> if we identify a whole class of unseen things as well through whatwever we do its even better
[13:51] <ogra_> asac, well, the issue is adb ... *I* wont run into it again ... but others might
[13:52] <ogra_> if i develop script changes i test them on the devices ... to avoid typos i adb pull the script directly into my source tree before uploading ... which seems the safes to do
[13:53] <ogra_> but adb always unsets all executable bits ... so if you fofrget to set it again you are screwed
[13:53] <asac> so can we fix adb?
[13:53] <lool> mterry: Sure; I might not be the ideal contact for this, but happy to try to help  :-)
[13:53] <asac> ogra_: or where would the real fix be?
[13:53] <lool> mterry: what's the issue?
[13:53] <ogra_> asac, filing a bug now, not sure we can
[13:54] <asac> ogra_: you basically say that adb pull doesnt keep same flags?
[13:54] <ogra_> asac, yeah, adb not unsetting the x would eb the best solution
[13:54] <ogra_> yes
[13:54] <ogra_> try it :)
[13:54] <asac> i believe you
[13:54] <ogra_> push and pull both unset executability
[13:55] <ogra_> i guess android calls that a security feature
[13:55] <mpt> MacSlow, the reason I was asking was to see whether these can be done with snap decisions: https://wiki.ubuntu.com/Networking#wifi-connecting-prompted
[13:55] <lool> ogra_: what's the issue with adb and +x?
[13:55] <asac> ogra_: you sure?
[13:55] <asac> if its a bug for them too it would probably be accepted as a patch even
[13:55] <lool> ogra_: It might just be a dumb implementation
[13:55] <asac> lool: he says that adb pull/push wipes +x
[13:56] <ogra_> lool, it gets automatically unset ... since i missed to set it again when pulling a script into my package soource after testing we ended up with a broken image today
[13:56] <asac> lool: isnt android using adb sync or something to keep local built in sync with device for the whole stack?
[13:56] <asac> how can that work if it kills all +x
[13:56] <mpt> MacSlow, and similar cases e.g. https://wiki.ubuntu.com/Bluetooth#phone
[13:56] <ogra_> asac, adb push and pull also work for unprivileged users ... i thnk it is to prevent users from pushing executable stuff to un-rooted android devices
[13:57] <MacSlow> mpt, not right now... I've heard about the requirement, but didn't get any spec on it... also the security-aspect is not clear to me yet
[13:57] <asac> ogra_: even with adb root i presume?
[13:57] <ogra_> so i think they actually mean it as "security" feature
[13:57] <ogra_> even with adb root
[13:57] <ogra_> but as root yoou can set it again in the filesystem
[13:57] <ogra_> non root users cant
[13:58] <MacSlow> mpt, the question is if notifications are the right means for this... e.g. for such a change they would have to not timeout at all...
[13:58] <ogra_> asac, sync might not work the same as push/pull
[13:58] <dholbach> xnox, ogra_, rsalveti, sergiusens: I just went through my backlog, but couldn't any of the things we mentioned the last time which needed an update - I just added to https://wiki.ubuntu.com/Touch/PortingFlippedInProgress what I could find
[13:58] <MacSlow> mpt, also how to pass data back like that isn't really in the protocol... as far as I can tell
[13:59] <rsalveti> dholbach: cool, thanks
[13:59] <ogra_> yeah
[14:01] <nik90|Office> mehow: Is the design meeting today still around? Would Lina be able to attend or do we need to postpone the meeting?
[14:01] <mterry> lool, greyback suggested you, but if you can redirect me, that's also good.  I'm getting "Failed to load platform plugin "ubuntumirserver"" (or ubuntumir, or ubuntu, whatever plugin I set it to).  It says that those plugins are available, but that it couldn't load it.  Is there an easy way to see why not?
[14:01] <lool> asac: I never heard of sync before
[14:01] <asac> yeah i guess i am on crack
[14:01] <asac> dont remember what zach was saying
[14:01] <greyback> mterry: loicm
[14:01] <asac> have to check with bhoj or so how they do it
[14:01] <lool> mterry: ah see, the other Loïc M is the one you want  :-)
[14:02] <mterry> greyback, oh.  I saw loic and assumed lool.  :)
[14:02] <lool> mterry: Also, Thomas V is super knowledgeable on platform API wrappers, but is also super busy  :)
[14:02] <mterry> lool, greyback: sorry and thanks.  will bug loicm  :)
[14:03] <mhall119> Calendar app meeting starting now in #ubuntu-touch-meeting
[14:03] <lool> asac, ogra_: Generally adding support for copying +x and even timestamps would be nice, but I fear it's a permanent delta we wont be able to upstream before long; or perhaps there's another command to do it with file attrs other than push
[14:03] <greyback> mterry: so using QT_QPA_PLATFORM=ubuntumirserver qmlscene fails with that error?
[14:03] <ogra_> lool, i doubt we want to upstream all that stuff anyway
[14:04] <ogra_> lool, i'm inclined to follow rsalveti's suggestion for udb :) (even though i dislike the rename)
[14:06] <rsalveti> yeah, we shouldn't be trying to fix adb upstream, we should just fork our own
[14:06] <rsalveti> but that might require a bit of more work :-)
[14:07] <rsalveti> lool: can't we fix that in the adbd target side?
[14:07] <mhall119> seb128: will the ubuntu-system-settings license info page list Click package copyright info?  Or just deb packages?
[14:07] <lool> rsalveti: we could implement all of this I'm sure; if we don't mind the delta that's ok
[14:08] <seb128> mhall119, just deb
[14:08] <mhall119> :(
[14:08] <seb128> mhall119, not sure it's supposed to list user apps infos, it's the system infos
[14:08] <asac> ogra_: where is the image?
[14:08] <asac> half way through?
[14:09] <seb128> mhall119, don't give me some ":(", when I wrote that code we didn't have any click on the image yet ... we can fix it later
[14:09] <mhall119> seb128: right, ok, just curious
[14:09] <barry> didrocks: hi!  did you see my reply to lp: #1204528?
[14:09] <mhall119> seb128: I wasn't complaining about what you made, the system-settings apps is fantastic
[14:09] <ogra_> asac, patience
[14:09] <seb128> mhall119, thanks ;-)
[14:10] <rsalveti> lool: right, at least the server in the target side, so we could keep the server from the host side untouched
[14:10] <asac> ogra_: so images are right now in a state of patience?
[14:10] <asac> :)
[14:10] <rsalveti> but let's wait ogra_ to open that bug :-)
[14:11] <mhall119> seb128: Currently all my Core App authors are listed in there, but the plan was to move them from .debs to .click, which means they won't be in there for long
[14:11] <ogra_> asac, yeah, we need a subdir for that on cdimage ... with nice animated unicorn pics or so
[14:13] <seb128> mhall119, do you know if there is a way to get something similar to the copyright file for click packages?
[14:13] <didrocks> barry: yeah! thanks for answering, I didn't have time to think about it, (crazy day), but I'll get back to you in the incoming hour
[14:13] <seb128> mhall119, "click list --manifest" doesn't seem to even list the license (or the example I've installed don't have a license)
[14:14] <rsalveti> ogra_: http://cdn.meme.li/instances/600x/39989633.jpg
[14:14] <mhall119> seb128: I don't know, I think having a central database of meta-data was what Click was designed to avoid,so probably not
[14:14] <barry> didrocks: sounds great.  i'll start working on the uncontroversial stuff first :)
[14:14] <mhall119> seb128: but I'll check with dholbach
[14:15] <mhall119> dholbach: is there a way to get copyright info from all installed click packages?
[14:15] <seb128> mhall119, well, "click list --manifest" has the maintainer info, we could probably add the license if needed
[14:15] <ogra_> bug 1204925
[14:15] <mhall119> seb128: ah, ok, shall I make a wishlist bug then?
[14:15] <seb128> cjwatson, ^ is that planned
[14:15] <ogra_> rsalveti, heh, yeah, that one :)
[14:16] <seb128> mhall119, I'm not even sure that's useful or that we want to list third part apps in the system infos, I need to check with mpt
[14:16] <seb128> mhall119, but it's a bit tricky that some core apps are going to use click...
[14:16] <mhall119> seb128: my understanding was that our default install would be a combination of .debs and .click
[14:16] <didrocks> barry: great! thanks ;)
[14:16] <seb128> mpt, ^ do you have an opinion on whether the license infos in system settings should include click packages/user installed apps?
[14:16] <mhall119> so first-party click packages for things like the clock, calendar, etc
[14:17] <mpt> seb128, no I don't
[14:19] <dholbach> mhall119, seb128: not quite sure if that's part of the manifest
[14:19] <dholbach> I'll ask around
[14:19] <lool> barry, didrocks: heyo; just wanted to confirm status of the OS updates UI: so barry is currently working on adding some final DBus APIs, and didrocks hasn't yet started with the UI part, but intends to start this WE
[14:19] <lool> didrocks: might be hard to do offline  ;-)
[14:20] <sergiusens> mhall119: yes, but all debs should be part of the base system
[14:20] <lool> barry: If you get the chance to start this before didrocks, that would be nice
[14:20] <sergiusens> seb128: I thought the plan was for all core apps to be click
[14:20] <mhall119> sergiusens: but not all parts of the base system will be debs, isn't that right?
[14:20] <sergiusens> mhall119: apps, no
[14:20] <didrocks> lool: that's why I'm asking barry in bug #1204528, that would help testing and not having me spending tons of time just to emulate this
[14:20] <seb128> lool, shrug, the reason didrocks is doing it is to spare the learning curve about getting started on qml/writting a settings pnale
[14:20] <mhall119> s/base system/default install/
[14:20] <sergiusens> unless asac changed his mind
[14:20] <sergiusens> ^^
[14:20] <dholbach> mhall119, seb128: the security portion of the manifest seems to contain a "copyright" key
[14:21] <dholbach> ah, https://wiki.ubuntu.com/AppStore/Interfaces/ClickPackageIndex mentions a "license" part too
[14:21] <barry> lool: +1
[14:21] <seb128> lool, it's going to take a day to barry to figure out where to start, I spent an 1.5hours on hangout with didrocks to get him started
[14:21] <seb128> dholbach, thanks
[14:21] <mhall119> thanks dholbach
[14:22] <dholbach> cjwatson, is "license" a key in the manifest we want to mention in the docs somewhere or even require?
[14:22] <dholbach> or "copyright"
[14:22] <didrocks> lool: so, if barry can ship the mocks, that would be enough to me
[14:22] <didrocks> lool: would be a great step
[14:22] <barry> didrocks: ack
[14:23] <lool> didrocks, seb128, barry: Hmm I guess it might make more sense to enable didrocks to do the work quickly then; I'm a bit worried that we wont be able to test the UI before next week though
[14:23] <lool> worst case we can stick to cmdline I guess
[14:24] <barry> not ideal for sure
[14:24] <Darkziik> hi everybody
[14:24] <Darkziik> can you help me please?
[14:25] <ogra_> Darkziik, how would we know if we can ?
[14:25] <ogra_> !ask | Darkziik
[14:26] <Darkziik> thanks
[14:26] <Darkziik> i need to know where i can get the last ubuntu image for my nexus 4
[14:27] <cjwatson> seb128: I'd assume it would end up in the manifest; that's up to apps/SDK/something but it seems sensible
[14:27] <cjwatson> I think there's a work item for bkerensa to define that
[14:28] <cjwatson> mhall119: click was designed to avoid a central database of metadata, yes, but not to avoid storing metadata at all :)
[14:29] <mhall119> for bkerensa to define?
[14:30] <sergiusens> it's in the blueprint
[14:30] <mhall119> link?
[14:31] <oSoMoN> fginther: hey, it looks like jenkins is out of disk space for core apps: http://91.189.93.70:8080/job/generic-mediumtests/160/console
[14:32] <oSoMoN> popey: is there a design meeting for calendar app today?
[14:32] <w-flo> are there / were there any hacks in the ubuntu touch startup process that need CONFIG_PRINTK to be enabled?
[14:32] <lool> barry: Just checked with didrocks and seb128; current plan where you would provide a mock and didrocks would do a basic UI seems the best way to deliver UI since they estimate it would take too long for you to learn about system settings plugins and C++ wrappers etc., so it's not worth it in the remaining time
[14:32] <lool> barry: would you deliver the mock today for didrocks to be able to develop the UI?
[14:33] <barry> lool: yep, mock should land today, hopefully within the next few hours
[14:33] <fginther> oSoMoN, Thanks, I'll take a look
[14:33] <jdstrand> dholbach: you said "the security portion of the manifest seems to contain a "copyright" key"
[14:34] <lool> barry: Ok great
[14:34] <jdstrand> dholbach: it the underlying tools support it, but if you look at https://wiki.ubuntu.com/SecurityTeam/Specifications/ApplicationConfinement/Manifest#Click, you'll see that the click package security manifest is a subset of what aa-easyprof supports
[14:35] <jdstrand> https://wiki.ubuntu.com/SecurityTeam/Specifications/ApplicationConfinement/Manifest#Putting_it_all_together help show that
[14:35] <jdstrand> s/it the/the/
[14:40] <ogra_> asac, image is done
[14:41] <ogra_> heppy flashing
[14:41] <ogra_> davmor2, ^^^
[14:42] <Darkziik> ogra_
[14:43] <dholbach> jdstrand, ahh ok, gotcha
[14:44] <dholbach> mhall119, https://blueprints.launchpad.net/ubuntu/+spec/foundations-1305-click-package
[14:45] <davmor2> ogra_: and flashing
[14:45] <mterry> greyback, didn't see your question, sorry.  Yeah, even qmlscene fails.  But this is with ppa:phablet-team/mir, so I'm guessing that has something to do with it
[14:45] <ogra_> stgraber, barry, did you see the dbus error with system-image-cli on the ML
[14:45] <rtg> should one expect Youtube videos to work on manta ? was just browsing the indiegogo announcement and trying to view Jane's video.
[14:45] <greyback> mterry: how about with QT_QPA_PLAFORM=ubuntumir ?
[14:46] <mterry> greyback, yup, and with ubuntu
[14:46] <greyback> mterry: are your packages up to date?
[14:46] <mhall119> thanks dholbach
[14:46] <mterry> greyback, they were yesterday, will update
[14:47] <barry> ogra_: i just responded :)
[14:47] <ogra_> :)
[14:47] <stgraber> ogra_: I didn't see it on the ML, but yeah, we have a broken client.ini again. I'll post on G+ and comment on my blog again.
[14:47] <Darkziik> i need to know where i can get the last ubuntu image for my nexus 4
[14:47] <ogra_> ok
[14:47] <stgraber> ogra_: my new lxc-android-config and initramfs-tools-ubuntu-touch fix that for good
[14:48] <ogra_> Darkziik, use the phablet-flash tool, it will do the right thing
[14:48] <greyback> mterry: you've started a mir_demo_server?
[14:48] <Darkziik> ok thanks
[14:48] <ogra_> Darkziik, https://wiki.ubuntu.com/Touch/Install
[14:49] <ogra_> stgraber, yeah, i thought so (once you mentioned the .ini :) )
[14:51] <stgraber> ogra_: I'm just waiting for system-image to finish the import of that latest daily, then I'll post to G+ and my blog so that user only have to apply that workaround once
[14:51] <barry> stgraber: i gave the umount workaround on the mlist
[14:51] <barry> (which fwiw, worked for me on my device)
[14:51] <stgraber> barry: yeah, it worked but it didn't update
[14:51] <stgraber> barry: so if you reboot your device now, it'll be broken again
[14:52] <barry> stgraber: right, but there's no update for me now ;)
[14:52] <stgraber> barry: in around 20min the latest daily will be available so it'll update to something that wipes the client.ini file and removes the diversion
[14:52] <barry> stgraber: excellent.  i'll test that in a little while
[14:53] <davmor2> ogra_: oh fun bug found, open the terminal on the phone run top, tilt the phone
[14:53] <ogra_> davmor2, lol
[14:53] <ogra_> davmor2, i cant run top
[14:53] <davmor2> ogra_: qmlscene leaps to 100%
[14:53] <ogra_> my kbd comes up upside down !
[14:53] <ogra_> bfiller, ^^^
[14:54] <ogra_> (or probably tmoenicke ^^^)
[14:54] <ogra_> oh, doesnt happen the second time
[14:54] <ogra_> ergh
[14:54] <davmor2> ogra_: weirdly though only on the tilt from vert→hoz not from hoz→vert
[14:54] <ogra_> what changed with the sensors
[14:54] <ogra_> thats really unusable
[14:55] <ogra_> evewn a minimal tils of the device now gets it inot half a rotation
[14:55] <ogra_> *tilt
[14:55] <davmor2> hahahaha I'm glad it's not just me then
[14:55] <ogra_> no, thats really really broken
[14:56]  * davmor2 files a bug
[14:56] <ogra_> makes you dizzy when typing since the terminal tilts left and right with every keystroke
[14:56] <ogra_> and it got really slow
[14:57] <bfiller> ogra_: ugly, we're reworking the rotation support in osk now so hopefully this will get fixed, davmor2 please file a bug if you haven't yet
[14:57] <ogra_> way to sensitive
[14:57] <ogra_> bfiller, well, its not only the kbd ... the sensors themselves  should have a threshold before they try to tilt the screen
[14:58] <davmor2> bfiller: the fun thing is that it doesn't happen when you tilt it back on vert to hoz
[14:58] <ogra_> seems it is direct now so it is always half way tilted if you dont hold it super straight upright
[14:58] <bfiller> jhodapp: ^^^^ know anything about this? sensors being too sensitive
[14:59] <jhodapp> bfiller, no, I've not experienced that...what device?
[14:59] <Saviq> sil2100, how are we with the platform release?
[14:59] <ogra_> jhodapp, maguro
[15:00] <sil2100> Saviq: it's pending on the check phase ;/
[15:00] <jhodapp> ogra_, do you have another device, do you experience the same thing say on the n7?
[15:00] <sil2100> Oh
[15:00] <ogra_> i can try after the standup
[15:00] <sil2100> Saviq: scratch that, it just finished 1 minute ago
[15:00] <sil2100> Saviq: published
[15:00] <Saviq> sil2100, awesome
[15:00] <davmor2> bfiller, jhodapp: https://bugs.launchpad.net/touch-preview-images/+bug/1204942
[15:00] <Saviq> asac, ↑ that means we can try an image build and smoke test
[15:01] <AskUbuntu> installing Ubuntu Touch on Coby Kyros 7 | http://askubuntu.com/q/324460
[15:03] <asac> Saviq: you mean we can try how unity8 will look like and go throught he dashboard without landing?
[15:03] <Saviq> asac, it's landed
[15:03] <Saviq> asac, it's in the next ppa
[15:04] <Saviq> asac, unity8, that is
[15:05] <davmor2> jhodapp: Yeap same issue on the n7
[15:05] <davmor2> ogra_: ^
[15:05] <ogra_> thanks for testing
[15:06] <jhodapp> ok davmor2
[15:07] <davmor2> jhodapp: infact the n7 trumps the maguro 102.8% cpu usage :)
[15:08] <jhodapp> davmor2 lol
[15:18] <barry> oh didrocks, why did you desert me?
[15:19] <ogra_> desert you ?
[15:19] <ogra_> ... like eating you after lunch ?
[15:19] <ogra_> :)
[15:19] <barry> ogra_: it would have been better to have been desserted! :)
[15:19] <barry> than deserted :)
[15:20] <ogra_> :)
[15:20] <seb128> barry, do you need him for anything? is that about the system-settings and update?
[15:21] <barry> seb128: ah, we were pvtmsg chatting about the dbus api, and his client quit on him
[15:21] <seb128> ok
[15:36] <nagu> Is there a chance to run ubuntu touch on VM?
[15:37] <mhall119> nagu: no, but you can run the shell (Unity 8) in a nested window
[15:37] <mhall119> and you can run the apps directly on your desktop, no VM needed
[15:38] <nagu> yep I am doing the same :)
[15:38] <nagu> wish to see that in action on vm :)
[15:39]  * nik90|Office is loving the community at the moment. (Just got another major contribution froma community member for the clock app)
[15:44] <user82> whats happening in the #ubuntu-edge?
[15:44] <mhall119> nik90|Office: \o/
[15:44] <user82> anyone got an invite? or is that an unofficial channel?
[15:44] <nagu> I had seen some updates from joseph mills on G+ like he had been using some customized version ubuntu touch VM
[15:44] <nagu> :)
[15:44] <mhall119> user82: I don't think it's official, you can use this channel to talk about it
[15:45] <user82> mhall119, i can not. invite only
[15:45] <mhall119> nagu: IIRC, he's using a fork of the Unity2d codebase that was used in the original Ubuntu TV development
[15:45] <user82> on launch of the campaign it was unreggd...
[15:45] <ogra_> user82, hmm ? but you are just talking here
[15:45] <mhall119> user82: this channel isn't invite only, you can use this channel to talk about Edge
[15:45] <ogra_> why would we set it to invite only
[15:46] <nagu> Thanks :)
[15:48] <nik90|Office> mhall119: can you check if the clock app design meeting i still happening in another 15 mins
[15:48] <nik90|Office> mhall119: I am asking since popey and dpm are away. So would you be leading the meeting?
[15:49] <mhall119> nik90|Office: I can, do they usually lead it or does someone from the design team?
[15:49] <user82> i cannot join it..but whatever.
[15:49] <user82> i am talking about #ubuntu-edge not this one
[15:49] <mhall119> user82: you don't need to join #ubuntu-edge, you should just talk here in #ubuntu-touch
[15:49] <nik90|Office> mhall119: well popey is usually there to lead the meeting followed by the design team members
[15:49] <user82> allright. i do not have anything special to talk about. just asking.
[15:50] <nik90|Office> mhall119: I heard lina was not feeling well last week friday...so not sure about today's meeting
[15:51] <mhall119> nik90|Office: well I'll jump on the call, and we'll see if it happens or not
[15:51] <nik90|Office> mhall119: okay. I will be attending it from my phone. So no more irc for me.
[15:51] <nik90|Office> see you at the hangout
[15:52] <mhall119> ok
[16:07] <mhall119> Wellark: ping
[16:14] <cking> i've got a samsung galaxy nexus, how do I exactly identify the model once it's running the touch image?
[16:16] <ogra_> cking, getprop ro.cm.device
[16:17] <cking> ogra_, nice, thanks
[16:18] <cking> ogra_, more like, there seem to be several flavours of this device, any way to differentiate them?
[16:18] <Saviq> asac, so, are we doing anything today with unity8 tests or?
[16:18] <ogra_> cking, other flavours wouldnt say maguro :)
[16:19] <ogra_> cking, getprop ro.hardware will get you the actual toplevel HW
[16:19] <cking> tuna
[16:20] <ogra_> right
[16:20] <ogra_> all galaxy nexus are tuna ... some (the original google model) are the maguro flavour
[16:21] <ogra_> the others will return their respective flavour for ro.cm.device
[16:23] <asac> Saviq: we agreed to go ahead
[16:23] <rtg> ogra_, is bug #1192309 relevant anymore ?
[16:23] <asac> i would like to wait till the image came out though
[16:23] <asac> Saviq: and we have green light that infrastructure
[16:23] <asac> is up to the task
[16:23] <ogra_> rtg, it never was :)
[16:23] <asac> ogra_ knows the state of that
[16:23] <rtg> ogra_, shall I do anything besides close it ?
[16:23] <asac> ogra_: so after our image is there and we have results on maguro
[16:24] <ogra_> rtg, nope
[16:24] <ogra_> just invalidate it
[16:24] <rtg> will do
[16:24] <asac> we will get unity8 pushing to the image again (not yet archive in this step)
[16:24] <asac> if that breaks tests we will go bcak to previous unity9
[16:24] <asac> 8
[16:24] <asac> gema: so the image after the one that we currently try to test :) ... will need unity8 added as the next test
[16:24] <ogra_> so you want me to set the /current link back and forth ?
[16:24] <asac> who do we work with? doanac ?
[16:25] <ogra_> or what ?
[16:25] <asac> ogra_: no... you wont move anything to current anyway :)
[16:25] <ogra_> oh ?
[16:25] <ogra_> not even if we are greener than last /current ?
[16:25] <asac> ogra_: they will back it out of the ppa/archive
[16:25] <asac> and we respin an image without the broken stuff\
[16:25] <asac> so we have same as we now have in /pending
[16:25] <ogra_> i thought that was the prerequisite
[16:26] <ogra_> asac, i dont get it, you want to explicitly put something broken in, roll an image and back it out again ?
[16:27] <asac> ogra_: in my mail i said that we did this once
[16:27] <asac> but next goal is complete green
[16:27] <asac> for next /current
[16:27] <asac> we can revisit that - maybe if unity8 lands green , but today there is no reason to revisit
[16:27] <asac> for now
[16:27]  * ogra_ looks which mail he missed while being in a meeting
[16:28] <ogra_> oh, right
[16:29] <ogra_> asac, i still dont get what you want to do right now though, you want to explicitly put something broken in and test backing it out ?
[16:30] <asac> ogra_: no. just saying that saviq will try to land an updated unity8
[16:30] <asac> if that breaks the world he will backout
[16:30] <Saviq> ogra_, asac do we want to test it today still or are we just waiting for tomorrow's image?
[16:30] <ogra_> ah
[16:30] <asac> so once he lands i would like to push a new image
[16:30] <asac> if that fdails backout and push a working image again
[16:30] <Saviq> asac, that's DONE
[16:30] <asac> without waiting
[16:30] <Saviq> asac, like two hours ago - I told you :)
[16:30] <asac> Saviq: cool. so next image will pick it up?
[16:31] <asac> kk
[16:31] <Saviq> asac, yes
[16:31] <Saviq> make that 5 hrs + build time
[16:31] <ogra_> do we have to wait for all utah tests before backing out ?
[16:31] <Saviq> asac, it's better
[16:31] <Saviq> asac, it's already in 0725.1
[16:31] <ogra_> oh, so we dont need a dedicated build for it ?
[16:32] <asac> ogra_: we want to wait if utah tests with his changes go red
[16:32] <asac> if so we want to backout ... and get back to state before
[16:32] <asac> if all is good we leave it :)
[16:32] <asac> and move it to archive
[16:32] <ogra_> right, got it
[16:32] <Saviq> asac, ogra_so we're just waiting for 0725.1 results
[16:32] <ogra_> yeah
[16:34] <ogra_> the focus rin in the camera app doesnt seem happy today
[16:34] <ogra_> *fing
[16:34] <ogra_> bah
[16:35] <Saviq> asac, ogra_ will we be able to "append" unity8 autopilot results to utah or do we wait with that for the next image?
[16:35] <ogra_> plars, is maguro still doing something ? the dashboard looks so quiet sines a while
[16:35] <ogra_> *since
[16:36] <ogra_> Saviq, i guess thats a question for QA
[16:36] <ogra_> i dont know enough about utah to judge hiw easy or hard that is
[16:36] <plars> ogra_: rfowler is going to have to reimage that device manually, he couldn't even get it to boot
[16:37] <ogra_> oh,wow
[16:37] <Saviq> uh oh
[16:37] <plars> rfowler: just out of curiosity, was it getting stuck at the "Google" screen on boot?
[16:37] <Saviq> not my fault!
[16:38] <plars> ogra_: I'm trying to run tests on mako at home, and I keep getting stuck at the Google boot screen when I do adb reboot
[16:38] <ogra_> plars, i would have called that a fallout of the 25 image ... but then 25.1 had its default tests working
[16:38] <ogra_> (on maguro)
[16:39] <plars> ogra_: yeah, it got through the default smoke before it died
[16:40] <ogra_> plars, well, check if adb works if that issue on your mako shows up ... and check whats running and the logs etc
[16:40] <plars> ogra_: yeah, I'm pastebining the logcat now
[16:40] <ogra_> nah
[16:40] <ogra_> ubuntu logs
[16:40] <ogra_> upstart, syslog etc
[16:41] <plars> ogra_: http://paste.ubuntu.com/5911738/
[16:41] <ogra_> also check with top
[16:41] <ogra_> do you see ueventd in the top five ?
[16:42] <plars> ogra_: on this getaddrinfo error we get on the network, I'm recreating it here at home right now also, wlan0 doesn't exist at all
[16:43] <ogra_> looks like ubuntuappmanager is dying ... but the intresting part is cut off
[16:43] <ogra_> plars, are you sure thats 25.1 and not 25 ?
[16:44] <plars> doanac: when you were observing that, was wlan0 just not up, or was it missing entirely?
[16:44] <plars> ogra_: Ubuntu Saucy Salamander (development branch) - armhf (20130725.1)
[16:44] <ogra_> hmm, strange
[16:44] <doanac> plars: i think just not up
[16:44] <ogra_> well, your container didnt start completely
[16:44] <doanac> can't remmember for sure
[16:44] <asac> Saviq: lest wait for the image that picks up your new thing
[16:44] <ogra_> which means udev wont be started
[16:44] <asac> if next image will include it
[16:45] <ogra_> which means lots of bad stuff will happen
[16:45] <asac> talk to QA/doanac/plars etc.
[16:45] <Saviq> asac, you're not listening ;)
[16:45] <asac> to enable it
[16:45] <Saviq> asac, 0725.1 already has it
[16:45] <ogra_> asac, it is in
[16:45] <asac> then enable it :)
[16:45] <asac> you can even ask QA to rerun the tests if that happens too late
[16:45] <asac> so yeah ... talk to them
[16:45] <asac> get it added
[16:45] <asac> and ask for jobs on maguro and mako to be rerun
[16:46] <asac> doanac: gema: plars: ^^
[16:46] <asac> doanac: gema: plars: security/sdk failed here: http://reports.qa.ubuntu.com/smokeng/saucy/image/3176/
[16:46] <asac> would be nice to get those green :)
[16:47] <plars> asac: I will kick them off again, I'm fighting about 10 other fires at the moment though
[16:48] <asac> plars: kk. can you add unity8-autopilot or ask someone else to do that?
[16:48] <asac> we want that added and then all images retested
[16:48] <asac> the 25.1 images retested
[16:49] <rfowler> plars: yes
[16:50] <plars> asac: I can, but let's get through the current tests for today first ok?
[16:50] <plars> ogra_: what other logs would be useful here? I have logcat, syslog
[16:50] <asac> ack
[16:50] <asac> step by step
[16:50] <asac> just saying after those are done
[16:51] <asac> we want unity8 also be added and run on same image most likely
[16:51] <ogra_> plars, syslog and some upstart logs (everything you find with "session"
[16:51] <ogra_> )
[16:52] <plars> ogra_: so just everything under /var/log/upstart then?
[16:52] <ogra_> well, the touch session ones are most intresting
[16:52] <ogra_> and lxc-android-*
[16:52] <ogra_> your logcat shows ubuntuappmanager dies though
[16:53] <ogra_> but thats cut off already
[16:53] <ogra_> plars, also did you check with top if ueventd is possible consuming a lot cpu ?
[16:53] <ogra_> then it would be a known bug
[16:53] <plars> ogra_: it is, indeed
[16:54] <ogra_> ah, yeah, dont bother then, just reboot
[16:54] <plars> ogra_: which is this ueventd bug? From the looks of things, it could be the whole reason we sometimes hit these strange network issues
[16:54] <ogra_> there is work going on to estabish an upstart bridge into the container so udev wont try to start if ueventd still does its things
[16:55] <ogra_> (thats actually the cause of this issue)
[16:55] <plars> doanac: ^
[16:55] <ogra_> bug 1190792
[16:55] <ogra_> rsalveti, and jodh work on a fix
[16:56] <asac> Saviq: whats the PPA MIR is currently in?
[16:56] <asac> for saucy?
[16:56] <ogra_> we do MIRs from PPAs now ?
[16:57] <asac> mir
[16:57] <doanac> plars: thanks for the link
[16:57] <ogra_> ah
[16:57] <ogra_> Mir :)
[16:57] <asac> :)
[16:57] <asac> miR
[16:57] <ogra_> mIr
[16:57] <asac> :)
[16:57] <asac> that looks niec
[16:57] <asac> nice
[16:58] <asac> ppa:mir-team/staging
[16:58] <ogra_> would make a good logo
[16:59] <plars> rfowler: !
[16:59] <plars> rfowler: ok, I have a protocol fault on manta-01
[17:00] <plars> rfowler: but I can't connect... any chance you can try unplugging/replugging the usb and see if I can connect and get logs off it?
[17:00] <plars> rfowler: it doesn't even show up in adb devices, but instead of giving me device not found, gives me protocol fault... so this may not be the only way it fails like this, but if I could gather something from it, it might be useful
[17:00] <asac> tvoss: i am using apt-get build-dep mir
[17:00] <asac> against the mir-staging ppa
[17:00] <asac> tvoss: to get the build deps
[17:00] <asac> is that correct? (on arm)
[17:01] <asac> to build trunk
[17:06] <rfowler> plars: one sec..
[17:06] <tvoss> asac, yup, that should be fine
[17:06] <asac> k
[17:06] <rfowler> plars: or several...
[17:09] <dcope> when will ubuntu for android be available?
[17:10] <rfowler> plars: it's stuck on the google screen
[17:10] <dcope> rfowler: did you just flash ubuntu to the device?
[17:10] <plars> rfowler: hmm, there seems to be a lot of that going around today
[17:10] <dcope> my n4 did the same thing earlier this week... i had to do a manual reflash
[17:10] <plars> rfowler: can you try unplugging/replugging the usb?
[17:10] <dcope> worked fine after that
[17:10] <rfowler> dcope: not the manta
[17:11] <rfowler> plars: will do
[17:11] <rfowler> plars: done
[17:12] <rfowler> plars: the google screen just coming and going
[17:13] <plars> rfowler: wait
[17:13] <plars> rfowler: I see it again
[17:13] <plars> rfowler: plug it in and leave it for a moment
[17:13] <rfowler> plars
[17:13] <rfowler> plars: i did
[17:14] <plars> wow, this is crazy
[17:14] <rfowler> plars: looks like it keeps rebooting
[17:14] <plars> rfowler: I see it, and connect, then my connection to it dies
[17:14] <plars> rfowler: yeah, I think so
[17:14] <dcope> mine did the same thing...
[17:14] <dcope> plars: did you try manually reflashing?
[17:14] <rfowler> plars: reflash?
[17:14] <plars> rfowler: try hard powering it off and turning it on, if that doesn't work may need to reflash
[17:14] <plars> ogra_: ^ manta issues too
[17:14] <rfowler> plars: ok... on seck
[17:15] <rfowler> sec
[17:15] <oSoMoN> fginther: have you had a chance to have a look at the out-of-disk-space issue for the core-apps jenkins instance?
[17:15] <ogra_> plars, Saviq had them with 25 ... should be gone with 25.1
[17:15] <plars> dcope: rfowler will, I'm about 2000 miles away :)
[17:16] <ogra_> just strech your arm dude
[17:16] <ogra_> :)
[17:17] <rfowler> plars: hard boot... still rebooting...
[17:17] <rfowler> plars: I'll go reflash it...
[17:17] <ogra_> can you boot into recovery and do:
[17:17] <ogra_> adb shell cat /proc/last_kmsg | pastebint
[17:17] <ogra_> that should dump the last dmesg into a pastebin
[17:18] <ogra_> rfowler, ^^^
[17:18] <ogra_> there was an odd kernel oops when Saviq has his issues with the 25 image
[17:18] <ogra_> i wonder if thats the same
[17:22] <dcope> wondering if the new nexus 7 will be able to do ubuntu on android ok
[17:23] <rfowler> ogra_: no last_kmsg in /proc
[17:23] <rfowler> ogra_: no last anything
[17:23] <ogra_> hmm then the system doesnt think it crashed
[17:24] <ogra_> its all fine, we are hallucinating it seems :P
[17:24] <rfowler> ogra_: any other logs before I wax it?
[17:24] <ogra_> nope, that was the intresting one
[17:24] <ogra_> try a reflash
[17:24] <rfowler> ok
[17:29] <plars> ogra_, bfiller, asac: maguro app tests are running now, thanks to rfowler for restoring the device to working order
[17:30] <ogra_> great
[17:31] <gema> rfowler: mine has died too, any advice?
[17:31] <gema> rfowler: my mako won't start
[17:32] <gema> I have been charging it for days with little success
[17:49]  * ogra_ raises a brow seeing all maguro apptests fail with dbus errors again
[17:51] <bluefiero1985> does anyone know when ubuntu touch will be a full ios? not just a preview?
[18:04] <ogra_> plars, doanac ... looks like there is a new dbus issue on maguro
[18:04] <MacSlow> mzanetti, not sure if heaps of ice-cream count as dinner... but I'm back :)
[18:04] <mzanetti> thanks... I want ice cream now
[18:05] <mzanetti> MacSlow: haven't had much progress tho... something seems fishy with the notification gi stuff
[18:06] <Mihir> Hey, how does copy text works in ubuntu touch SDK,
[18:06] <user82> btw do we have 3g config GUI now?
[18:06] <MacSlow> mzanetti, I'll be up/back at ~0:00 to be sure to catch veebers
[18:06] <Mihir> want to include in one of core apps ?
[18:06] <mzanetti> MacSlow: one sec
[18:06] <mzanetti> MacSlow: http://paste.ubuntu.com/5911970/
[18:07] <mzanetti> MacSlow: GError: GDBus.Error:org.freedesktop.DBus.Error.ServiceUnknown: The name :1.62 was not provided by any .service files
[18:07] <mzanetti> MacSlow: do you know whats wrong here?
[18:07] <MacSlow> mzanetti, backend died?!
[18:07] <MacSlow> mzanetti, just my first guess
[18:08] <mzanetti> MacSlow: might be related to the "Killing loop!" message
[18:09] <MacSlow> mzanetti, "Killing loop" is just a remark that the custom GLib-loop was forcefully quit after 10 secs
[18:09] <MacSlow> mzanetti, which means the tap on the buttons did not happen (have any effect)
[18:09] <mzanetti> MacSlow: it doesn't happen here
[18:09] <MacSlow> mzanetti, and that's really the main issue to solve
[18:09] <mzanetti> MacSlow: the mouse never moves to the notification
[18:10] <MacSlow> mzanetti, same here... that's what I've been trying to solve the whole time
[18:10] <MacSlow> mzanetti, it works with the lock-screen ap-tests but not the not notification ap-tests
[18:10] <MacSlow> mzanetti, no clue why
[18:10] <mzanetti> MacSlow: ok... lemme check
[18:11] <MacSlow> mzanetti, maybe I've to use a differnent @with_lightm* decorator?
[18:11] <mzanetti> don't think so
[18:12] <mzanetti> by the time this stuff happens lightdm is not involved any more
[18:12] <mzanetti> the unlocking succeds
[18:13] <plars> ogra_: yeah, om26er is looking at it, seems all the apps are crashing or something
[18:14] <ogra_> plars, well, that might be a good indicator for unity breakage ... see the conversation between asac and Saviq above
[18:14] <om26er> plars, can I install utah on precise?
[18:14] <plars> om26er: certainly
[18:15] <mzanetti> MacSlow: got it :D
[18:15] <mzanetti> MacSlow: well... its not working yet... but I know why its not
[18:15] <mzanetti> MacSlow: we're in the wrong channel btw
[18:21] <fginther> kenvandine, can you review this? https://code.launchpad.net/~fginther/cupstream2distro-config/ubuntuuitoolkit-rename/+merge/177009
[18:21] <plars> Saviq: so were you saying you landed a new unity8? or just updated tests for it? any chance it could cause problems on maguro?
[18:21] <plars> Saviq: I am working on those tests, I have them running locally on my mako and they all seemed to pass
[18:24] <ogra_> plars, he landed a new unity8 right before the .1 image was built
[18:25] <plars> ogra_: ok, thanks, I couldn't tell from the conversation if it was unity8 or the tests that landed. Not sure if they would have any better chance than the app tests, but let me finish up with this branch and we can give it try in the lab
[18:26] <xiudo> hello Channel
[18:26] <xiudo> I have a question, Will the Ubuntu-Edge work with Verizon's network?
[18:26] <ogra_> plars, yeah, fine ...
[18:26] <ogra_> xiudo, with LTE most likely
[18:26] <Saviq> plars, no, no reason why it should affect maguro
[18:26] <xiudo> I figured the LTE would work for Data but Verizon is not GSM so would voice work?
[18:27] <Saviq> plars, we reworked the tests recently and fixed a bunch of bugs in platform
[18:27] <Saviq> plars, which were blocking us from running on device
[18:27] <ogra_> xiudo, well, there wont be CDMA
[18:28] <ogra_> (which i think verizon uses (someone correct me if i'm wrong)
[18:28] <ogra_> )
[18:28] <Saviq> plars, now I'm getting 100% reliable results on maguro, unfortunately there's a rare crasher (7 times out of ~200 tests) on manta
[18:28] <w-flo> $6,001,703 :-)
[18:28] <ogra_> \o/
[18:29] <Saviq> plars, it's crashing in Qt, hopefully fixed in 5.1 - still have to verify - and try to find a solution
[18:29] <xiudo> orga_ Ya Big-V is CDMA :/ so i might have to switch to a diffrent carrier when the Edge gets here
[18:29] <ogra_> yeah
[18:29] <xiudo> ogra_: Oh well, by the time may 2014 rolls around i will be out of contract
[18:30] <ryukafalz> any news on CDMA support in ubuntu touch btw?
[18:30] <plars> rfowler: any chance you can take a look at the maguro again, see if you see activity on the screen? (it's still running tests)
[18:32] <plars> oh
[18:32] <xiudo> I have a second question.  Will play/Android apps work under ubuntu touch? or will they only be avaiable though the android boot
[18:32] <plars> ogra_: looking at a job that's still in progress and taking too long, seeing a lot of this:
[18:32] <plars> Jul 25 18:15:09 ubuntu-phablet kernel: [ 1049.657287] init: powerd main process (3864) killed by SEGV signal
[18:33] <ogra_> plars, ouch
[18:33] <ogra_> plars, thats mfisch and sforshee territory
[18:33] <plars> ogra_: yeah, it's in the previous ones too
[18:33] <plars> not sure if that's causing the other problems, but it doesn't look good
[18:33] <ogra_> it should behave pretty independently
[18:34] <ogra_> plars, i see it locally too
[18:36] <mfisch> plars: thats not good
[18:36] <w-flo> xiudo, android apps won't work on Ubuntu Touch.
[18:36] <mfisch> plars: what are the circumstances for this?
[18:37] <ogra_> hmm, enabling debugging doesnt really cause more in the logs
[18:37] <ogra_> mfisch, todays image
[18:37] <xiudo> w-flo: figured but hopped :D
[18:37] <ogra_> seems to happen all the time
[18:37] <plars> mfisch: maguro in the lab, 20130725.1 image, trying to run the app autopilot tests
[18:38] <w-flo> xiudo, it's a new market for app developers :D
[18:38] <xiudo> w-flo: sweet :D i assume it's all apt based?
[18:38] <ogra_> mfisch, you shuld see it with todays image too
[18:39] <plars> mfisch: https://jenkins.qa.ubuntu.com/job/saucy-touch-maguro-smoke-mediaplayer-app-autopilot/29/console
[18:39] <w-flo> xiudo, no. they now have "click packages".. apt can't scale with centralized lists of all packages
[18:39] <om26er> apps are really crashing, just flashed the --pending and starting apps from terminal gives Segmentation fault
[18:39] <xiudo> w-flo: oh wild
[18:39] <om26er> tried camera and phone-app
[18:40] <plars> om26er: you are seeing the powerd segfault too?
[18:40] <om26er> plars, didn't see that
[18:40] <mfisch> ok
[18:40] <mfisch> sforshee made some changes yesterday, let me find him
[18:41] <ogra_> mfisch, oh, and my screen doesnt turn on anymore
[18:42] <mfisch> he added some dbus acks but they shouldnt be doing this, obviously
[18:42] <mfisch> let me fire up my phone
[18:43] <mfisch> yep, my log is full of them
[18:44] <om26er> plars, ogra_ I think this is interesting:
[18:44] <om26er> linkerlinker.c:1095| ERROR: Library 'libPVROGL.so' not found
[18:44] <om26er> linkerlinker.c:1095| ERROR: Library 'libPVROCL.so' not found
[18:44] <ogra_> om26er, nope. thats nothing
[18:44] <ogra_> root@ubuntu-phablet:/# powerd-cli active
[18:44] <ogra_> ** (process:1180): WARNING **: requestSysState failed: GDBus.Error:org.freedesktop.DBus.Error.ServiceUnknown: The name com.canonical.powerd was not provided by any .service files
[18:44] <ogra_> Power State requested, cookie is ��-@.
[18:44] <ogra_> Press ctrl-c to exit.
[18:45] <ogra_> thats something :)
[18:49] <sforshee> ogra_, plars, mfisch: I haven't been seeing any segfaults
[18:50] <savagejen> I wonder why the edge isn't going full open hardware and software. The reasons didn't make sense to me.
[18:50] <ogra_> sforshee, well, i cant really make out what is causing this, its ot a segfault but seems dbus communication isnt possible
[18:51] <sforshee> ogra_: I'm running latest powerd on top of an image from a couple of days ago, let me reflash and see if that changes anything
[18:51] <ogra_> s/ot/not/
[18:51] <ogra_> savagejen, show me an open mobile GPU
[18:52] <ogra_> savagejen, or an open mobile modem
[18:52] <savagejen> I have no idea, but why isn't it being done?
[18:52] <kenvandine> fginther, sure
[18:54] <ogra_> savagejen, because the manufacturers dont want to ... they think opening will make them lose advantages vs the competition
[18:54] <ogra_> same issue why you cant get open drivers for highend GPUs on the PC
[18:54] <ogra_> well, you can but they cant cope with the closed ones
[18:54] <savagejen> I'd give the competitive advantage of my business to a manufacturer that allowed it
[18:55] <ogra_> what is your business ?
[18:55] <savagejen> me, as a consumer
[18:55] <ogra_> does it involve buying 100mio chips from him ?
[18:55] <savagejen> ubuntu's business does
[18:55] <ogra_> else the margin will be to small to even matter
[18:56] <ogra_> ubuntu will build 40000 edges
[18:56] <ogra_> not 100mio
[18:56] <savagejen> if they get funding
[18:56] <ogra_> apples and samsungs business matter for manufaturers
[18:56] <savagejen> a lot of friends are refusing to pledge because it's not fully open
[18:56] <ogra_> not a tiny company that builds 40000 phones
[18:56] <mfisch> sforshee: after my call I will dig into this crash
[18:57] <ogra_> savagejen, ask them what i asked you, we will go for open if there is open and can fulfill the specs
[18:57] <ogra_> savagejen, if they know something i'm sure we want to know about it
[18:57] <savagejen> http://www.reddit.com/r/IAmA/comments/1j166z/hi_im_mark_shuttleworth_founder_of_ubuntu/cba3h7w
[18:57] <ogra_> but the HW must be capable to drive a desktop
[18:58] <ogra_> as performant as you would expect that
[19:00] <ogra_> Saviq, i dont have anything on screen with 25.1 :(
[19:00] <ogra_> i thought it was the powerd issue, but even without powerd there is nothing
[19:00] <ogra_> no shell *sniff*
[19:01] <Saviq> ogra_, hum, I've been running unity8's ap tests in a loop for 2 hrs now
[19:01] <Saviq> ogra_, on manta and maguro
[19:01] <ogra_> well, i dont try tests ... i just try to use the phone :)
[19:02] <ogra_> i see it in the process;list
[19:03] <Saviq> ogra_,  well, yeah I had the shell on both to start with
[19:03] <ogra_> right, nothing here
[19:03]  * ogra_ reboots again
[19:04] <ogra_> rsalveti, did anything on the android side change today ?
[19:04] <rsalveti> ogra_: not that I remember, why?
[19:04] <ogra_> 25 worked fine for me (except for the fstab issues)
[19:04] <ogra_> rsalveti, black screen on my maguro with 25,1
[19:05] <ogra_> i see everything running
[19:05] <ogra_> but have a black screen
[19:05] <sforshee> mfisch, ogra_: I just managed to hang powerd hard. /proc/pid/wchan prints binder_thread_read, which I don't understand.
[19:06] <rsalveti> ogra_: logcat?
[19:06] <mfisch> sforshee: lets G+
[19:06] <mfisch> I have an idea on the segvs
[19:07] <rfowler> plars: manta-01 doesn't appear to be doing much on the screen
[19:07] <plars> rfowler: it's about to
[19:07] <ogra_> rsalveti, http://paste.ubuntu.com/5912178/
[19:08] <rsalveti> I/ServiceManager( 1204): Waiting for service sensorservice...
[19:08] <rsalveti> ogra_: that's the race
[19:08] <rsalveti> ogra_: reboot
[19:08] <rsalveti> :-)
[19:08] <ogra_> rsalveti, i rebooted 100 times already
[19:08] <ogra_> doesnt change a thing
[19:08] <rsalveti> ogra_: it's probably taking 100% of your cpu
[19:08] <rsalveti> argh, then it seems you're always getting the race
[19:08] <ogra_> nope
[19:09] <ogra_> top looks just fine
[19:09] <ogra_> load is at 0.19
[19:09] <ogra_> nothing weird
[19:09] <ogra_> (right after boot)
[19:09] <rsalveti> hm, sensorservice is not running, right?
[19:09] <ogra_> all processes that should be there are there
[19:09] <rsalveti> if so, kill it
[19:09] <ogra_> not running
[19:10] <rsalveti> wonder why it failed =\
[19:10] <ogra_> heh
[19:10] <ogra_> then we are two
[19:10] <rsalveti> ogra_: try starting running it manually from the android side
[19:11] <ogra_> sensor service ?
[19:13] <rsalveti> ogra_: yeah
[19:13] <rsalveti> just to see if it crashes or something
[19:13] <ogra_> aha
[19:14] <ogra_> shell comes up
[19:14] <rsalveti> ogra_: the race we usually have there is when someone requests the sensor before the android side is even started properly
[19:14] <ogra_> ok
[19:14]  * ogra_ adds more sleep :)
[19:14] <rsalveti> yeah
[19:15] <ogra_> sforshee, mfisch, the powerd issue might be related ^^^
[19:17] <sforshee> ogra_, rsalveti: so how do we wait for it to be ready?
[19:17] <ogra_> sforshee, upstart
[19:17] <ogra_> (once that has been written)
[19:17] <rsalveti> argh, split
[19:18] <wilee-nilee> I have all that turned off I never see splits or join and parts
[19:19] <rsalveti> yeah, was going to reply sforshee but he left due the split hehe :-)
[19:19] <rsalveti> seems to be back
[19:19] <rsalveti> sforshee: we'll have an upstart bridge that will get the android service related events
[19:19] <rsalveti> so we know when something is ready, for example
[19:19] <rsalveti> should hopefully land next week
[19:19] <sforshee> rsalveti: okay
[19:20] <sforshee> rsalveti: this hang I have in powerd looks like it may be when we call sf_unblank(), but I need to verify
[19:21] <sforshee> rsalveti: yep, it seems we call sf_unblank() but it doesn't return
[19:22] <ogra_> sigh, no matter how many sleeps i add or where i add them
[19:22] <ogra_> doesnt help
[19:25] <rsalveti> ogra_: disable the unity8 work, boot, and then start it manually after a while
[19:25] <rsalveti> first just check if disabling such service makes the sensorservice to be up at least
[19:25] <ogra_> ok
[19:26] <rsalveti> sforshee: might be a race if that happens before sf is actually up
[19:26] <sforshee> rsalveti: no, it works for a while then stops working
[19:26] <rsalveti> have the logcat?
[19:27] <sforshee> let me get it
[19:27] <ogra_> rsalveti, unity8 didnt help
[19:27] <ogra_> trying the whole session now
[19:28] <ogra_> nope
[19:28] <ogra_> doesnt come up
[19:28] <rsalveti> wtf
[19:29] <ogra_> the whole rest is running
[19:29] <rsalveti> sensorservice should be manually started by init.rc
[19:29] <ogra_> well, i didnt touch init.rc
[19:29] <rsalveti> ogra_: have the logcat?
[19:29] <ogra_> did anyone ?
[19:29] <rsalveti> nops
[19:29] <rsalveti> I just flashed 25.1 here and it's working fine
[19:30] <ogra_> http://paste.ubuntu.com/5912247/
[19:31] <ogra_> rsalveti, strange
[19:31] <rsalveti> ogra_:
[19:31] <rsalveti> I/        (  806): UASensorsProximity* ua_sensors_proximity_new()():148
[19:31] <rsalveti> that's the one requesting the service
[19:31] <ogra_> yeah
[19:31] <rsalveti> probably powerd
[19:31]  * ogra_ flashes freshly 
[19:31] <rsalveti> ogra_: try disabling powerd
[19:31] <ogra_> i did
[19:31] <ogra_> that was the first thing i tried
[19:31] <rsalveti> hm, them who is starting that one
[19:32] <rsalveti> or is that happening after you manually started unity8?
[19:32] <ogra_> no
[19:32] <ogra_> fresh boot with the whole session disabled
[19:32] <rsalveti> I/        (  650): UApplicationOptions* u_application_options_new_from_cmd_line(int, char**)():215
[19:32] <rsalveti> I/        (  650): UApplicationLifecycleDelegate* u_application_lifecycle_delegate_new()()
[19:33] <rsalveti> well, someone is trying to run an app in there
[19:34] <ogra_> let me reboot again
[19:35] <sforshee> rsalveti: http://pastebin.ubuntu.com/5912258/
[19:36] <ogra_> http://paste.ubuntu.com/5912263/
[19:37] <rsalveti> sforshee: D/SurfaceFlinger(  566):  screen was previously acquired
[19:37] <sforshee> what does that mean?
[19:38] <sforshee> and, shouldn't the function at least return? That's a bad way to fail.
[19:38] <rsalveti> checking now, but that's the only different message there, between the blanks
[19:39] <rsalveti> sforshee: http://androidxref.com/4.2.2_r1/xref/frameworks/native/services/surfaceflinger/SurfaceFlinger.cpp#2072
[19:39] <rsalveti> yeah, in theory it should be returning
[19:43] <rsalveti> sforshee: how did you reproduce this issue?
[19:43] <rsalveti> ogra_: hm, same thing
[19:43] <rsalveti> ogra_: is that after a clean flash?
[19:43] <ogra_> yeah
[19:45] <ogra_> let me do a fresh flash
[19:45] <rsalveti> ogra_: http://paste.ubuntu.com/5912319/ mine
[19:46] <rsalveti> see that sensorservice is already started before someone requests it
[19:46] <sforshee> rsalveti: what I still don't know is _why_ the screen is already acquired
[19:46] <ogra_> rsalveti, yeah
[19:46] <rsalveti> sforshee: yeah, no idea, is this mako?
[19:46] <sforshee> yep
[19:47] <rsalveti> I know mako has a few other proprietary daemons all around, wonder if someone tried to acquire that
[19:47] <rsalveti> but still
[19:49] <sforshee> rsalveti: could that happen if we called sf_unblank twice without an intervening sf_blank?
[19:49] <Surendar> hey all I would like to if I can install Ubuntu touch on my galaxy s2
[19:49] <ogra_> Surendar, see the device wikipage, there should be a link
[19:49] <sforshee> I'll be _very_ happy when all this display code moves to unity
[19:49] <rsalveti> sforshee: shouldn't just trying to see
[19:49] <ogra_> !devices | Surendar
[19:49] <rsalveti> sforshee: yeah :-)
[19:50] <ogra_> sforshee, just to find new bugs ?
[19:50] <BillChan> Hello all!
[19:50] <ogra_> :)
[19:50] <Surendar> got Them Thank you all
[19:51] <BillChan> Just new to this group, do a lot of google search and wanna know is it really hopeless to install ubuntu touch on Asus Fonepad?
[19:52] <rsalveti> ogra_: yeah, new code, new bugs, always
[19:52] <rsalveti> but at least we can blame someone from our side
[19:52] <rsalveti> :P
[19:52] <ogra_> refreshing, isnt it ? :)
[19:53] <ogra_> BillChan, check the device wikipage
[19:53] <ogra_> !devices | BillChan
[19:53] <BillChan> If it is not on the list, does it mean no hope?
[19:53] <ogra_> if it inst there you could try porting it yourself ... a link to the porting guide is in the channel topic
[19:55] <ogra_> rsalveti, fresh flash ... no shell
[19:55] <ogra_> ah
[19:55] <ogra_> sorry, was to impatient
[19:55] <BillChan> reading...searching keywork atom x86...
[19:55] <ogra_> all there
[19:56] <plars> rfowler, sforshee: manta seems to be getting bit by the powerd segfaults as well
[19:56] <sforshee> plars: does it only happen when first booting?
[19:56] <ogra_> BillChan, well, essentially you need a working cyanogenmod port first ... while it is possible to port from something else thats a rather advanced task
[19:57] <ogra_> i dont think CM does x86
[19:57] <plars> sforshee: continuously through the run - it's caused the first app test which only takes a few minutes to take 43 min. so far on manta - and still running
[19:57] <plars> rfowler: can you see if there's anything obvious going on with the device?
[19:58] <ogra_> wow
[19:58] <rsalveti> ogra_: great :-)
[19:58] <sforshee> plars: I haven't seen the segfault on mako or maguro, but I'll try manta
[19:58] <ogra_> seems pressing the power button kills adb here
[19:58] <rsalveti> ogra_: well, the device might be suspended
[19:58] <ogra_> ah, no, coincidence
[19:58] <ogra_> the plug is worn out
[20:02] <rsalveti> ogra_: user bug
[20:02] <ogra_> heh, yeah
[20:06] <mhall119> kenvandine: got a minute to join #ubuntu-touch-meeting?
[20:06] <mhall119> to talk about file manager's plugin?
[20:09] <doanac> ogra_: shouldn't "adb shell setprop persist.sys.usb.config rndis,adb" make that setting stick across reboots?
[20:09] <ogra_> doanac, hmm, not sure, rsalveti should it ?
[20:09] <ogra_> doanac, we fire up adbd from upstart  ... i think that resets it
[20:10] <doanac> it shows up for a bit, i see it under /data/properties, do a "sync" and reboot
[20:10] <rsalveti> doanac: no, as we're always setting that to ''
[20:10] <doanac> then it goes away
[20:10] <rsalveti> as part of the boot
[20:10] <doanac> is there a way i could make this persist?
[20:11] <rsalveti> doanac: problem is that on the android side we're forcing it to 'adb', then at /var/lib/lxc/android/pre-start.sh I change that to be ''
[20:11] <rfowler> plars: which device, manta-01?
[20:11] <sforshee> plars: I only see the segfaults during boot on manta too. Can you give me a use case to reproduce?
[20:11] <rsalveti> so we don't enable adb automatically inside the android container
[20:11] <plars> rfowler: yes
[20:11] <rsalveti> as that will conflict with ubuntu's adb
[20:11] <ogra_> sforshee, dos powerd do anything for usb suspend ?
[20:11] <rfowler> plars: its stuck on google screen again
[20:11] <rsalveti> doanac: what do you need to do?
[20:11] <plars> sforshee: we are just running the autopilot tests
[20:12] <rfowler> plars: not rebooting... just taunting me with the google logo
[20:12] <doanac> rsalveti: i'm wanting rndis enabled on every boot so we can tether the device to our host PC
[20:12] <plars> rfowler: ok, going to kill the job and see if it kicks off the next one somehow
[20:12] <doanac> rsalveti: it would allow us to not require wifi for our jobs in the lab
[20:13] <sforshee> ogra_: I'm not sure what you mean exactly, but it's not doing anything explicitly for usb
[20:13] <ogra_> sforshee, thanks ... i was wondering of the adb teardowns doanac sees could be powerd related
[20:15] <sforshee> ogra_: well powerd will enable the kernel autosuspend. The usb drivers seem to hold a wakelock when usb is connected to prevent suspend from actually happening though.
[20:15] <ogra_> doanac, cp /etc/init/android-tools-adbd.conf/etc/init/android-tools-adbd.override ... then just add the setprop for rndis in there after the last echo to sysyfs
[20:16] <mhall119> OMG, camera works on grouper!
[20:16] <ogra_> that should do for test purposes
[20:16] <mhall119> when did that happen?
[20:16] <ogra_> mhall119, old news
[20:16] <ogra_> since ages
[20:16] <mhall119> not for me, this is great!
[20:16] <doanac> ogra_: thanks. i'll try that
[20:16] <ogra_> like two days or so :)
[20:16] <ogra_> mhall119, 3mio ago
[20:16] <mhall119> this is what happens when I get a nexus4, I stop phablet-flashing my nexus 7 twice a day
[20:16] <rsalveti> doanac: yeah, looking if that can be enabled differently, but what ogra_ said should work
[20:17] <rsalveti> only thing is that the setprop needs to happen after the container is up
[20:17] <ogra_> mhall119, oh my, so all development will stall once we all have edges
[20:17] <ogra_> rsalveti, oh
[20:17] <ogra_> hmm, then the above might not work
[20:18] <mhall119> ogra_: have no fear, I will continue complaining about any problems with the N7 or N4 :)
[20:18] <ogra_> doanac, in that case yu might want to hack it into  lxc-android-config.conf
[20:18] <ogra_> at the very end of post-start script
[20:19] <doanac> ogra_: yeah. we really need it to happen when ADB starts. the setprop of rndis causes adb to restart. This means code that's doing a wait-for-device might get tricked
[20:19] <rsalveti> ogra_: doanac: thing is, we need to disable adb from the ubuntu side for that to work
[20:19] <rsalveti> and we need to set up the right property
[20:20] <rsalveti> doanac: and once you set rndis, adb will be started from the android container
[20:20] <rsalveti> so adb shell and stuff will not get what you might be expecting
[20:20] <ogra_> we removed the binary
[20:20] <doanac> rsalveti: that part has worked for me.
[20:20] <ogra_> it restarts the running instance on the ubuntu side
[20:20] <rsalveti> ogra_: no, I had that back because I wanted a way to run adb from the android side
[20:20] <rsalveti> ogra_: remember? even the instructions
[20:20] <rsalveti> to set up via tcp
[20:20] <ogra_> uh, thats error prone
[20:20] <rsalveti> so you can have 2 adbs running
[20:21] <rsalveti> one over usb and the other over tcp
[20:21] <ogra_> well, does the system cope ?
[20:21] <rsalveti> yes
[20:21] <ogra_> i could imagine that can cause instability of the connection
[20:21] <ogra_> especially since our adbd isnt fully original anymore
[20:22] <rsalveti> ogra_: works fine because it uses a different protocol
[20:22] <ogra_> hmm, k
[20:22] <rsalveti> doanac: can you share what your script is currently doing?
[20:22] <ogra_> rsalveti, arent you in the mail thread ?
[20:22] <ogra_> hmm, no apprently not
[20:23] <rsalveti> ogra_: yeah, but easier to ask then trying to find it here :-)
[20:23] <ogra_> rsalveti, what jibel blogged is essentially the outcome of  this thread
[20:23] <doanac> rsalveti: essentially, i'm running this: adb $ADBOPTS shell setprop persist.sys.usb.config rndis,adb
[20:23] <rsalveti> it's already hard to find my gmail tab haha
[20:23] <ogra_> hah
[20:23] <ogra_> i know what you mean
[20:23] <doanac> and my host side will detect the rndis device and set up a bridge connection for it
[20:24] <doanac> i have a udev rule it even calls "adb shell dhclient usb0" for the target
[20:24] <rsalveti> doanac: right, and that will also try to start adb from the android side
[20:24] <doanac> so you get automagic usb network
[20:24] <rsalveti> guess it'll fail to start because the ubuntu one is already running, right?
[20:24] <rsalveti> let me try here
[20:24] <doanac> rsalveti: don't now, just know i get the right adb from the host until
[20:25] <doanac> reboot and then rndis goes away
[20:25] <rsalveti> root@ubuntu-phablet:/# setprop persist.sys.usb.config rndis,adb
[20:25] <rsalveti> rsalveti@evatp:~$ adb shell
[20:25] <rsalveti> error: insufficient permissions for device
[20:25] <rsalveti> with maguro
[20:25] <ogra_> thats your host side
[20:25] <ogra_> indeed adbd restarts
[20:26] <rsalveti> yeah, it kicks me
[20:26] <ogra_> not sure why your server also dies though
[20:26] <mhall119> ogra_: still no sound on grouper though ;)
[20:26] <doanac> rsalveti: the insufficient permission is because you need a new udev rule
[20:26] <rsalveti> oh
[20:26] <ogra_> mhall119, diwic ...
[20:26] <doanac> rsalveti: SUBSYSTEM=="usb", ATTR{idVendor}=="18d1", MODE="0666", GROUP="plugdev"
[20:26] <ogra_> rsalveti, host side :)
[20:27] <rsalveti> interesting
[20:27] <rsalveti> mhall119: in progress
[20:27] <ogra_> doanac, uh, use udev-acl (or the newer mechanism i forgot the name for)
[20:27] <mhall119> rsalveti: I shall go back to constantly phablet-flashing then :)
[20:27] <ogra_> doanac, groups are deprecated :(they will say)
[20:28] <doanac> ogra_: i'll use whatever. that's just what got things working initially :)
[20:29] <ogra_> yeah, for packaging it look at the other rules for saucy in phablet-flash ... i think sergiusens did the right thing in there
[20:30] <rsalveti> slow maguro...
[20:32] <rsalveti> doanac: ogra_: yeah, android's adb does start, but causes no harm
[20:32] <rsalveti> afaik
[20:33] <rsalveti> doanac: if you want to be completely safe you could add ogra_'s hack as part of the build job
[20:33] <rsalveti> which is a line to remove the adb from the android side
[20:34] <doanac> rsalveti: which hack of his? which file/line
[20:34] <ogra_> rm $LXC_ROOTFS_PATH/sbin/adbd
[20:35] <ogra_> in /var/lib/lxc/android/pre-start.sh
[20:35] <doanac> ogra_: okay. will try. thanks
[20:35] <ogra_> right after the initrd is unpacked
[20:35] <sforshee> rsalveti: I suspect some kind of driver race condition is behind the sf_* call hangs. I can only reproduce it on mako, and there's a timing element to it.
[20:35] <ogra_> (before the pts creation)
[20:36] <rsalveti> sforshee: right, was thinking something along this line, but were you able to understand better how to reproduce the issue at least?
[20:36] <sforshee> rsalveti: press the power button as fast as you can ;-)
[20:37] <sforshee> rsalveti: the changes merged yesterday will change the timings, as we no longer delay suspending if no clients are waiting to ack the transition
[20:37] <rsalveti> oh, got it
[20:38] <rsalveti> wonder if that would also happen with android
[20:39] <sforshee> rsalveti: I can't make it happen under android, but then android has a delay so it can do an animation before turning off the screen
[20:39] <rsalveti> right
[20:39] <rsalveti> haha, it's amazing that we're finding so many bugs in the android side
[20:39] <rsalveti> just because we're behaving differently than android :-)
[20:39] <rsalveti> which means people just test the default code path
[20:39] <sforshee> you see the same thing a lot with acpi on pcs
[20:40] <rsalveti> right :-)
[21:01] <DavidF> hey all. How's life?
[21:01] <wilee-nilee> horrific now about you. ;)
[21:05] <vair> hi there! who know how to assign volume keys to alsamixer? (ubuntu touch last build -samsung galaxy nexus)
[21:06] <DavidF> I'm doing well, thanks.
[21:06] <DavidF> Small question: Can I install apps through the terminal? (Just like on the desktop with PPA?)
[21:08] <DavidF> close
[21:09] <DavidF> but it;'s asking me for a password that does not exist?
[21:10] <vair> the password is phablet
[21:12] <DavidF> oh, right ha ha
[21:13] <DavidF> Awesome
[21:13] <DavidF> so now if I go to my apps... they should be there, yes? (At least in their current forms :P )
[21:13] <DavidF> no
[21:14] <DavidF> I was very wrong on that front. Hmmm
[21:16] <DavidF> Seems I need to install them through SSH
[21:31] <Ero> Hi, just installed Touch on my Google Nexus, most settings are white pages, is it supposed to be that(not implemented yet maby)? And how do I go back from one setting screen, to "start settings screen" again? Without closing and restarting the settings app?
[21:33] <ogra_> Ero, most backends are still missing in the settings, yes
[21:34] <Ero> Hmm after reboot the "bottom menu swipe" started working!
[21:38] <om26er_> sorry I forgot, how do you check your build number ?
[21:57] <plars> sforshee: om26er_ was able to reproduce it on a different maguro also, this is what we are seeing on maguro and manta in the lab: https://bugs.launchpad.net/touch-preview-images/+bug/1205115
[22:00] <sforshee> plars: based on the bug description my first guess would be that these are both a result of some kind of problem with the sensor support
[22:01] <plars> sforshee: sensors?
[22:02] <sforshee> plars: for one, some earlier discussion indicated that starting powerd before the sensors were ready causes it to segfault
[22:03] <sforshee> plars: and the last thing that the camera app prites out before segfaulting is something about setting up some sensor stuff
[22:03] <sforshee> s/prites/prints/
[22:03] <plars> sforshee: it's not just camera though, it's all apps
[22:04] <sforshee> plars: in the images I flashed a couple of hours ago I can launch apps, and powerd doesn't segfault except maybe once during boot
[22:05] <sforshee> plars: it would be very very surprising if powerd had anything to do with a problem launching apps
[22:05] <sforshee> much more likely is that there's something else causing both powerd and apps to segfault
[22:06] <sforshee> plars: if you can point me at a specific build I can flash to reproduce the issues, that would be great
[22:12] <plars> sforshee: it's on the 20130715.1 build, maguro and manta. Which device were you testing on?
[22:13] <sforshee> plars: I've tried maguro, manta, and mako
[22:14] <sforshee> plars: so you're seeing the problems on an image from a week ago
[22:15] <plars> sforshee: no, sorry, 20130725.1 (typo)
[22:15] <plars> today's latest
[22:16] <plars> sforshee: yesterday's was working fine though
[22:17] <om26er_> sforshee, phablet-flash --pending
[22:17] <sforshee> om26er_: thanks. Was just trying to figure out how to get it to give me something that wasn't from 3 days ago ;-)
[22:18] <sforshee> plars: so what I do know is that with the 20130722 build and powerd from trunk I don't see it segfaulting
[22:19] <plars> sforshee: nor did we
[22:19] <sforshee> downloading 20130725.1, I'll see what I see
[22:19] <sforshee> plars: you built powerd from trunk today and tried it on that image?
[22:19] <sforshee> that's what I have
[22:19] <plars> sforshee: no, I just installed today's image
[22:22] <sforshee> plars: okay. I need to go do some things while this downloads, so I'll try it a bit later
[22:22] <plars> sforshee: np, thanks for taking a look!
[23:19] <greyback> ricmm: hey, need me to do anything unity-on-mir related?
[23:19] <greyback> before I go on holiday properly
[23:41] <MacSlow> veebers, ping
[23:42] <veebers> MacSlow: pong