[00:00] <popey> membership
[00:00] <asac> really... wow
[00:00] <popey> everyone misses the mail once or twice ☻
[00:00] <asac> man thats screwed. why would someone get evicted from ubuntu membership.
[00:00] <asac> but guess thast policy
[00:00] <popey> yeah
[00:00] <popey> right, bed!
[00:00] <popey> nn
[00:00] <asac> so i am lucky i am still DD  it seems :)
[00:28] <dejello> back from food and such....   hm..  touchscreen is 90 off from display screen...
[00:29] <dejello> degrees that is
[01:36] <thomi> anyone still awake who can review unity8 MPs? https://code.launchpad.net/~thomir/unity8/fix-ap-test-launch/+merge/174321
[02:59] <plars> sergiusens: sorry for the delay, I can take a look now
[03:00] <plars> sergiusens: I was just using the normal phablet-flash, which I believe just grabs the latest one
[03:00] <sergiusens> plars: yeah, the one in that MR will grab the actual current link
[03:03] <thomi> sergiusens: got a second?
[03:03] <sergiusens> thomi: yeah
[03:03] <thomi> sergiusens: what do the LD_LIBRARY_PATH and QML2_IMPORT_PATH env variable patches in the unity8 autopilot tests do?
[03:04] <thomi> or, another question: how come when I launch unity8 I don't see it on the tablet screen? I just see black...
[03:04] <thomi> not sure if it's related to the fact that I commented out those to env var patches or not
[03:04] <sergiusens> thomi: do you launch it as a user?
[03:04] <thomi> sergiusens: as pahblet
[03:04] <sergiusens> thomi: you do need QML2_IMPORT_PATH
[03:04] <thomi> ahh ok
[03:05] <sergiusens> thomi: LD_LIBRARY_PATH is probably a left over
[03:05] <sergiusens> from when qt5 lived in /opt
[03:07] <thomi> ugh
[03:17] <denny_> hy
[03:17] <Guest7439> can i instal ubuntu in smartphone chinese?
[03:17] <Guest7439> hellooo
[03:23] <wilee-nilee> Guest7439, On a psuedo manufacturers smart phone?
[03:33] <parallels> where can I download ubuntu for tablet?
[03:34] <thomi> sergiusens: still around?
[03:34] <sergiusens> yup
[03:36] <thomi> sergiusens: so I rebooted the device, and the shell starts showing up in the tests for the first few runs... then it stops
[03:37] <thomi> sergiusens: I think it might be the screen blanking that's confusing me - is there a way to turn that off?
[03:38] <sergiusens> thomi: oh, powerd, there are instructions mfisch sent to ubuntu-phone@
[03:39] <sergiusens> thomi: there's a powercli iirc
[03:39] <thomi> I should probably join that mailing list
[03:41] <rsalveti> cyphermox_: sorry, I'm now
[03:41] <rsalveti> cyphermox_: what's up?
[03:42] <sergiusens> thomi: run powerd-cli without options, although I think you want the activate param
[03:43] <rsalveti> sergiusens: hey, saw you reverted the ubuntu-boot.img patch
[03:43] <thomi> I got it, thanks sergiusens
[03:43] <rsalveti> sergiusens: what was the issue there?
[03:44] <sergiusens> rsalveti: oh, I need to get back to it, but it doesn't work on a clean maguro build while it did on manta
[03:44] <sergiusens> rsalveti: need to look into further though
[03:46] <thomi> woooooo! Finally figured out why all the unity8 tests fail on the device!
[03:46] <thomi> and it only took me... 8 hours!
[03:46] <thomi> sergiusens: it looks to me like some files are missing
[03:46] <thomi> it looks like the tests expect a folder at:
[03:47] <thomi> /usr/lib/arm-linux-gnueabihf/unity8/qml/LightDM/single_pin/
[03:47] <thomi> (the final folder name changes according to the lightdm mock that the test loads)
[03:47] <thomi> but I don't have that on my device - any ideas?
[03:47] <sergiusens> thomi: you might want to write mterry about that
[03:48] <thomi> sergiusens: what timezone is he in?
[03:48] <sergiusens> thomi: I'm really not involved in unity at all, nor the apps themselves
[03:48] <thomi> sergiusens: who should I be bugging about this?
[03:48] <sergiusens> thomi: I think he's in west coast USA, or wait for mzanetti or Saviq, they should be joining soon
[03:48] <thomi> ok
[03:49] <thomi> thanks
[03:49] <sergiusens> thomi: anyone in the unity8 team, dednick, Saviq, mzanetti tsgeos mterry
[03:51] <rsalveti> sergiusens: well, it worked fine here when testing maguro, manta, mako and grouper
[03:51] <rsalveti> sergiusens: I wonder if it's just a connection error or such
[03:51] <rsalveti>  error: could not load ramdisk '../out/target/product/maguro/ubuntu-ramdisk.img'
[03:51] <rsalveti> this comes from the initrd package
[03:52] <rsalveti> sergiusens: have the full log so we can check if the generic initrd was downloaded successfully?
[03:52] <sergiusens> rsalveti: it's big, and on jenkins, one sec
[03:53] <sergiusens> rsalveti: http://<IP_ADDRESS>:8080/view/Phablet/job/ubuntu-touch-image/40/console
[03:54] <sergiusens> rsalveti: also, if it's generic, we should probably download just once (when we do the import with hybris)
[03:54] <plars> sergiusens: ok, worked with and without --pending correctly
[03:54] <thomi> sergiusens: guess I'll wait for them then
[03:55] <sergiusens> plars: heh, rsalveti already happroved, but good that it worked!
[03:55] <sergiusens> cyphermox_: can you daily release phablet-tools _if_ we missed the trigger for tonight
[03:55] <plars> sergiusens: sorry, I suspect I'm either getting throttled, or something is seriously wrong. My connection has slowed *way* down tonight
[03:56] <rsalveti> asac: lol, so you're not even an ubuntu member anymore?
[03:56] <sergiusens> plars: no worries
[03:56] <rsalveti> sergiusens: right, hard to do it in a generic way like that, I'd prefer to be downloaded automatically during the build
[03:56] <rsalveti> such as the kernel
[03:57] <rsalveti> so we know it always gets the latest
[03:57] <rsalveti> otherwise it'll only download the latest when running source envsetup.sh
[03:57] <rsalveti> maybe it's just a race in the makefile
[03:58] <sergiusens> rsalveti: well I wouldn't want to turn off parallel building :-)
[03:58] <rsalveti> stgraber: I can take a look at the hybris android_root patch change tomorrow, do you still want to see if that would work?
[03:58] <rsalveti> sorry, had to be away most of the day, trying to recover from a flu
[03:58] <sergiusens> rsalveti: are you recovered though?
[03:58] <sergiusens> :-)
[03:58] <rsalveti> sergiusens: not yet, but can't sleep anymore
[03:59] <rsalveti> mhall119: do we still need https://code.launchpad.net/~mhall119/ubuntu-seeds/rename-calendar-app/+merge/174243? guess so
[03:59] <rsalveti> let me check
[04:00] <rsalveti> sergiusens: Target Ubuntu Touch ram disk: /home/ubuntu/jenkins/workspace/ubuntu-touch-image/out/target/product/manta/ubuntu-ramdisk.img
[04:00] <rsalveti> Downloading ubuntu-touch-generic-initrd version 0.12
[04:00] <rsalveti> yeah, seems a race
[04:00] <rsalveti> it's trying to use the file before the download & copy function is done
[04:01] <rsalveti> let me check that patch
[04:01] <asac> rsalveti: i got booted
[04:01] <asac> i am really annoyed
[04:01] <rsalveti> lol
[04:01] <asac> i am still on mozilla security group and can still see all the exploits
[04:02] <rsalveti> I can write a testimonial as well :P
[04:02] <asac> i will use that now to own a few of the board members
[04:02] <asac> so i can get all power back without even kicking
[04:02] <asac> :)
[04:02] <asac> lol
[04:02] <asac> nobody booted me
[04:02] <asac> but the project that i did most for just expired me
[04:02] <rsalveti> right
[04:02] <asac> no questions asked...
[04:02] <asac> the policy is flawed
[04:02] <rsalveti> well, that's how lp works
[04:02] <rsalveti> send a few emails, then expire
[04:03] <asac> i was send to work in this thing called linaro
[04:03] <rsalveti> lol
[04:03] <asac> and i couldnt read ubutu mail anymore
[04:03] <asac> and now i punched into a developer group without upload rights :)
[04:03] <asac> and have to reapply for ubuntu membership... hell :)
[04:03] <rsalveti> annoying, but funny
[04:04] <asac> i will just get your gpg key i hope :)
[04:04] <asac> lol
[04:05] <rsalveti> hahaha
[04:06] <Namidairo> sent to work on this thing called linaro... you mean you were sent to gcc hell
[04:09] <rsalveti> sergiusens: http://people.canonical.com/~rsalveti/0001-core-Makefile-making-sure-the-ubuntu-ramdisk-is-part.patch
[04:09] <rsalveti> sergiusens: revert the revert and then try with this one
[04:10] <stgraber> rsalveti: nah, apparently we have binary blobs that we can't guarantee will respect the android_root setting, so we'll have to live with all those symlinks
[04:11] <rsalveti> stgraber: right, we could hook up the open/map and such to follow that variable, but indeed, but hard to cover 100% as we're dealing with blobs
[04:12] <rsalveti> it know it looks dirty, but guess we need link all that in / anyway
[04:14] <rsalveti> sergiusens: we can check this tomorrow, but I want to tag/branch everything in there so we can have a different setup for the flipped images
[04:14] <rsalveti> and use the ubuntu ramdisk as default, even inside system.img
[04:25] <rsalveti> mhall119: merged and meta uploaded
[04:25] <rsalveti> time to try to sleep a bit more, later
[04:49] <arvut> heya, does ubuntu-phone work on NOKIA N9?
[04:50] <arvut> I'm not really sick of Meego yet, but aegis is tiresome, altho I am trying to learn how to master inception on it..
[04:51] <roasted> hello friends
[04:51] <arvut> hi
[04:52] <arvut> roasted: do you know if ubuntu-phone works on the nokia N9 tablet?
[04:52] <arvut> or what tablets it works on, for that matter.
[04:52] <roasted> I can't help but to wonder something... with Gnome Shell being rather mobile-capable, and KDE spinning up Plasma Active, if the capability on an Ubuntu Touch device would introduce the capability to install something like Gnome or Plasma Active as an alternative to the Unity-esque interface that has been demoed?
[04:52] <roasted> arvut: I have no idea :(
[04:52] <roasted> arvut: I had the dev preview of Ubuntu Touch running on my Nexus 7 a few months ago, but it was so unusable back then I went back to Android.
[04:53] <arvut> I'll go to #harmattan and ask them, maybe they have a clue :P
[04:59] <galaxySubuntuTou> hi there
[04:59] <roasted> hi
[04:59] <galaxySubuntuTou> i cant manage to ssh my galaxyS ubuntu touch
[05:00] <galaxySubuntuTou> its a Saucy Touch and I'm on a Saucy sesktop
[05:00] <galaxySubuntuTou> desktop
[05:01] <galaxySubuntuTou> it gives me a ssh_exchange_identification: read: Connection reset by peer
[05:01] <galaxySubuntuTou> what i really would like to do would be to mount the system
[05:02] <galaxySubuntuTou> for I just need to access the phone's usr/bin/ubuntu-session and edit its screen configurations
[05:03] <galaxySubuntuTou> i tried using nano on the included terminal in the phone
[05:03] <galaxySubuntuTou> but i cant do Cntrl+X to save the changes can I?
[05:04] <galaxySubuntuTou> I dont have a miniusb external keyboard either :(
[05:04] <galaxySubuntuTou> anyone awake? :)
[05:04] <galaxySubuntuTou> hi roasted :D
[05:04] <roasted> hi
[05:04] <roasted> I have no idea :/
[05:05] <galaxySubuntuTou> do you know someone who can help?
[05:11] <roasted> I am unsure of who would know.
[05:12] <roasted> I'm here on unrelated thoughts, as I began to wonder if there could be a way to install something like Gnome Shell or Plasma Active onto an Ubuntu Touch device to get an alternative UI to it
[05:13] <dejello> galaxySubuntuTou: You could try vi instead of nano, a little different but it works...  I assume you've gone through the guide regarding SSH?
[05:14] <galaxySubuntuTou>  hi degello :)
[05:14] <galaxySubuntuTou> yeapp, going thru the guide on https://wiki.ubuntu.com/Touch/ReleaseNotes
[05:14] <dejello> hello, sorry, I've been looking through the 15 tabs on firefox and editing junk and such...
[05:15] <dejello> :)  ok
[05:15] <galaxySubuntuTou> hehe :)
[05:15] <galaxySubuntuTou> ill try vi then :)
[05:15] <galaxySubuntuTou> sudo apt-get vi?
[05:15] <dejello> and I really should be gonig to sleep soon.... they want me to "work" for some reason tomorrow
[05:15] <dejello> vi should already be there
[05:15] <galaxySubuntuTou> ok
[05:16] <galaxySubuntuTou> use as nano?
[05:16] <dejello> I would read a little about how to use it though
[05:16] <galaxySubuntuTou> ok
[05:16] <galaxySubuntuTou> i wonder
[05:16] <galaxySubuntuTou> i have ported saucy to galaxy s
[05:16] <galaxySubuntuTou> is this new?
[05:16] <galaxySubuntuTou> the only thing i could find was from january
[05:16] <dejello> :)  I am not sure tbh
[05:16] <galaxySubuntuTou> or fabruary
[05:17] <galaxySubuntuTou> and was the demo
[05:17] <galaxySubuntuTou> did help me a lot for doing this port though
[05:18] <dejello> :)
[05:18] <galaxySubuntuTou> i can reproduce it if necessary
[05:19] <galaxySubuntuTou> dont know the pro-formas to make it public though
[05:24] <galaxySubuntuTou> ok, please dont leave without telling me how to exit vim and saving the changes :D
[05:24] <galaxySubuntuTou> vi
[05:25] <chriadam> press escape to get back to control mode, then type :wq<enter>
[05:26] <galaxySubuntuTou> hoo, this is completely different from nano lol, is there a touch manual for vi?
[05:28] <dejello> heh, still here but going to leave now I think
[05:28] <dejello> had to do one mroe build and test
[05:28] <galaxySubuntuTou> ok, thanks for the help
[05:28] <dejello> more*
[05:29] <dejello> np, adios!
[05:29] <galaxySubuntuTou> chriadam, how can I edit in vi? i cant seem to change the text...
[05:29] <chriadam> press i
[05:30] <galaxySubuntuTou> hooo, elegant :D
[05:31] <galaxySubuntuTou> and which is the escape key?
[05:31] <galaxySubuntuTou> i'm afraid it is not being recognized
[05:33] <galaxySubuntuTou> i just need a touch manual for vi
[05:47] <galaxySubuntuTou> chriadam, i'm seeing a sheat set, trying to discover how to delete a character, should be i+backspace, right?
[05:47] <chriadam> I have no idea.  try control h.
[05:48] <galaxySubuntuTou> which is control in the touch keyboard?
[05:50] <chriadam> no idea, sorry.
[05:50] <galaxySubuntuTou> its ok, thanks
[05:53] <galaxySubuntuTou> got it, its the x to delete right :)
[06:00] <galaxySubuntuTou> be-u-ti-ful :) the screen is awesome, great work you guys/gals
[06:02] <galaxySubuntuTou> UT Saucy rulez
[06:10] <tvoss_> ogra_, ping
[06:10] <tvoss_> kaleo, good morning :)
[06:15] <eyicocko> hi
[06:17] <eyicocko> anyone knows how to do when you tried to install phablet-tools
[06:18] <eyicocko> and have dependencies with Python?
[06:20] <eyicocko> The following packages have unmet dependencies:  phablet-tools : Depends: python-requests but it is not installable E: Unable to correct problems, you have held broken packages.
[06:47] <dholbach> good morning
[06:54] <Saviq> thomi, still around?
[06:55] <Saviq> thomi, both the envs are needed - QML2_IMPORT_PATH makes it so we're looking at ap-specialized plugins (for app management that we don't have on desktop and LIghtDM, which we can't access from a user session)
[06:56] <Saviq> thomi, so it points at mocks of those two interfaces
[06:56] <Saviq> thomi, whereas LD_LIBRARY_PATH is used to tweak the LightDM mock to include different sets of users as needed for the testing
[07:00] <mzanetti> thomi: hey
[07:01] <mzanetti> Saviq: do we know what was wrong with autopilot?
[07:01] <Saviq> mzanetti, I'm not even sure it's a "was" yet
[07:01] <Saviq> mzanetti, https://code.launchpad.net/~thomir/unity8/fix-ap-test-launch/+merge/174321
[07:02] <mzanetti> Saviq: hmm... couldn't see why this would fix anything
[07:03] <Saviq> mzanetti, it probably doesn't
[07:03] <mzanetti> but then... the issue is soo weird... who knows
[07:03] <Saviq> mzanetti, it's just something that made it easier to test for thomi, I think
[07:03] <Saviq> mzanetti, without having to build locally
[07:03] <mzanetti> hopefully
[07:03] <mzanetti> he has something else in his pockets too :)
[07:04] <mzanetti> maybe the real fix is in autopilot itself?
[07:21] <gema> asac: not sure if you've heard, but some autopilot tests are starting to appear on the dash: http://reports.qa.ubuntu.com/smokeng/saucy/
[07:29] <mzanetti> Saviq: so... I'm off then. I'll be on every once in a while throughout the week
[07:29] <mzanetti> bye
[07:29] <Saviq> mzanetti, right!
[07:29] <Saviq> mzanetti, have fun and come back smarter of all the nice Qt stuff is happening :)
[07:30] <mzanetti> aye
[07:30] <mzanetti> thanks
[07:30] <mzanetti> btw... have you seen the WebApps in QML thingie?
[07:31] <Saviq> mzanetti, I don't think I did?
[07:31] <mzanetti> Saviq: http://akreuzkamp.de/2013/07/10/webapps-written-in-qml-not-far-from-reality-anymore/
[07:32] <Saviq> ah :)
[08:15] <rickspencer3> hi gema
[08:15] <rickspencer3> nice!
[08:18] <rickspencer3> gema, looks like the apps are failing their tests on the nexus 4
[08:20] <rickspencer3> didrocks, do you know if those tests were failing upstream as well?
[08:21] <didrocks> rickspencer3: yeah, there are failing since Monday (as already warned upstream)
[08:21] <didrocks> it seems to be a sdk regression
[08:21] <rickspencer3> didrocks, are the failures problems in the tests themselves, or are they bugs in the apps?
[08:22] <rickspencer3> (bugs caused by the SDK, I suppose?)
[08:22] <didrocks> sorry, since Tuesday's commits, not Monday (detected the 10)
[08:22] <didrocks> https://jenkins.qa.ubuntu.com/view/cu2d/view/Head/view/Apps/job/cu2d-apps-head-2.2check/
[08:22] <didrocks> rickspencer3: yeah, real bugs AFAIK, caused by the SDK
[08:22] <didrocks> sil2100: is following this, do you know more? ^
[08:25] <sil2100> rickspencer3, didrocks: Florian committed a fix for the SDK issue we had, let's try re-running the Apps stack using that version
[08:25] <sil2100> We'll know if it helped or not
[08:25] <didrocks> sil2100: hum, tonight's run was with that version, isn't it?
[08:25] <didrocks> as the apps stack depends on sdk
[08:26] <didrocks> sil2100: ah no, yeah, we need to rerun with check with whole ppa, you're right :)
[08:26] <sil2100> didrocks: well, the check job failed because of extra packages to install ;p So I think we need to fix that first anyway
[08:28] <ogra_> tvoss, yo
[08:29] <sil2100> didrocks: to quickly unblock the stack, I'll fix it up and re-publish, ok? Maybe without committing to config trunk since I'm doing the cleanup anyway
[08:31] <didrocks> sil2100: just use check with whole ppa first, to ensure we test apps with latest sdk
[08:33] <gema> rickspencer3, didrocks: yep, we are not yet looking at the failures, quite focussed on making the tests run, hopefully results make sense to the dev teams
[08:33] <rickspencer3> gema, it hardly seems acceptable that the SDK is causing so many test failures
[08:34] <rickspencer3> I am glad that you are running the tests
[08:34] <rickspencer3> the dev team needs to make them green
[08:34] <gema> rickspencer3: agreed
[08:35] <sil2100> We're considering running some Apps tests on SDK releases to make sure that the SDK doesn't break the applications completely, as didrocks recommends
[08:35] <rickspencer3> sil2100, good
[08:35] <gema> rickspencer3: we've also added an extra layer to make the triaging easier, when you click on one of the jobs it takes you to the list of tests that run: http://reports.qa.ubuntu.com/smokeng/saucy/image/2935/webbrowser-app-autopilot/
[08:35] <rickspencer3> whatever the case, allowing breakages in the image to go on for days slows everyone down
[08:35] <rickspencer3> we need to be able to encourage everyone to run the daily image
[08:36] <JamesTait> Good morning all, happy Friday and happy Cow Appreciation Day! (With a shout out to Embrace Your Geekness Day tomorrow) :-D
[08:39] <rickspencer3> sil2100, tbh, I'm kind of surprised to hear the SDK team doesn't run all the app tests on every change
[08:40] <rickspencer3> it seems like a really cheap way to make sure they aren't breaking the world
[08:47] <ogra_> ARGH
[08:47] <ogra_> crap
[08:47] <ogra_> todays image fails to build
[08:48] <ogra_> http://paste.ubuntu.com/5867534/
[08:48] <ogra_> hrm
[08:48] <ogra_> looks like someone changed the indicators but didnt update the seeds
[08:55] <didrocks> rickspencer3: sil2100: all apps tests passed here (desktop version) with latest sdk page
[08:55] <didrocks> gema: ^
[08:55] <didrocks> I hope that with next image, you will see the same results
[08:56] <didrocks> https://jenkins.qa.ubuntu.com/job/autopilot-saucy-daily_release/413/testReport/
[08:56] <sil2100> didrocks: publishing apps
[08:56] <didrocks> sil2100: \o/
[08:57] <sil2100> Finally the autopilot job is free ;D
[08:57] <didrocks> sil2100: heh, you can play now to refresh the package list :)
[08:57] <gema> didrocks: we may be seeing either environmental issues or differences between desktop and devices
[08:57] <gema> didrocks: we'll need to figure it out
[08:57] <rickspencer3> gema, I suspect that didrocks meant that the tests pass after the fix committed
[08:58] <didrocks> gema: yeah, I can't wait to have the phone wired up so that we validated both environment before pushing to distro :)
[08:58] <gema> rickspencer3: oh, that's good
[08:58] <gema> didrocks: later today you will!
[08:58] <didrocks> gema: right, with latest sdk from this morning
[08:58] <gema> didrocks: ack, will keep an eye on them
[08:58] <nik90> popey: Here is the bug you were referring to in yesterday's design meeting https://bugs.launchpad.net/ubuntu-ui-toolkit/+bug/1200371
[08:58] <gema> in any case , I am a pessimist when it comes to tests, they can still fail for some other reason :)
[09:00] <gema> didrocks: can we run all the autolanding tests for landing the sdk?
[09:00] <gema> didrocks: even if they are not their own tests
[09:00] <didrocks> gema: well, not all, we should run the apps tests impacted by the sdk
[09:00] <gema> didrocks: ok
[09:00] <didrocks> gema: it's what I suggested for a long time and yeah, we should ;)
[09:00] <gema> didrocks: who is the person that should put that in motion?
[09:02] <didrocks> gema: that was discussed with the sdk team, selected the relevant tests though will take some time (we don't want to explose the release time with running everything, just relevant tests). see some lines above, sil2100 is on it ^
[09:02] <gema> didrocks: ack
[09:03] <gema> didrocks: ok, so what is missing for us to be able to do that, is it someone needing to decide to switch on the tests or is it a technical problem that needs to be solved to be able to do it?
[09:04] <didrocks> gema: not a technical problem, just someone picking the right tests to run and updating a list
[09:04] <gema> sil2100: are you doing that?
[09:04] <didrocks> basically every stack has a list of packages, test packages and tests to run
[09:05] <sil2100> gema: I can! I was poking people to do things related, but I can find a test list if needed
[09:05] <gema> sil2100: please please!
[09:06] <gema> sil2100: the more stable you guys make the sdk, the less problems we have to triage down the line :)
[09:07] <sil2100> gema: true true ;)
[09:08] <sil2100> gema: I'll work on that before afternoon and get back to you
[09:09] <gema> sil2100: thanks!
[09:14] <ogra_> sergiusens, why were the indicator packages removed
[09:23] <ogra_> oh, they werent ...
[09:23]  * ogra_ curses having to dig through PPAs for official images
[09:36] <popey> ogra_: we expecting a build soon?
[09:36] <ogra_> popey, if i ever find out who made that mess with the indicators and why i will do a respin
[09:37] <ogra_> http://paste.ubuntu.com/5867534/
[09:37] <popey> rage-meter for ogra: [||||||||||||||]   HULKIN'
[09:37] <ogra_> it looks like someone changed the code in unity8
[09:37] <gema> ogra_: you sound like you are going to respin someone x)
[09:37] <ogra_> but didnt drop the deps on these packages
[09:37] <ogra_> Saviq, ^^^ any idea whats going on there ?
[09:38] <ogra_> gema, popey, i'm way beond rage, that was 30min ago when i had to click madly through LP pages to even find the packages involved in different PPAs :)
[09:38] <Saviq> ogra_, indicator plugins you mean?
[09:38] <ogra_> Saviq, yeah
[09:39] <Saviq> ogra_, because they've been built into unit8y
[09:39] <ogra_>   [ Nick Dedekind ]
[09:39] <ogra_>   * Moved indicators-client code into unity8. (LP: #1191132, #1191822)
[09:39] <ogra_> but the package still depends on them
[09:39] <Saviq> ogra_, no it doesn't, it recommends indicators themselves
[09:39] <Saviq> ogra_, not indicator plugins
[09:39] <ogra_> oh, wait, he didnt update the seeds
[09:40] <ogra_> so ubuntu-touch does, not unity8
[09:40] <Saviq> ogra_, http://bazaar.launchpad.net/~unity-team/unity8/trunk/view/head:/debian/control#L71
[09:40] <ogra_> yeah
[09:40] <Saviq> ogra_, yeah, we didn't update the seeds yet (I've a branch, let me)
[09:40] <Saviq> ogra_, but shouldn't break anything anyway
[09:41] <Saviq> ogra_, did it?
[09:41] <ogra_> it does
[09:42] <Saviq> dammit I've no power nor wifi, of course
[09:43] <Saviq> dednick, can you please assist ogra_ if I drop out ↑
[09:43] <dednick> Saviq: sure
[09:43] <ogra_> well, i can drop them from the seeds myself, no worries
[09:43] <ogra_> i just dont like to do that without knowing whats going on :)
[09:44] <Saviq> ogra_, is that the only breakage?
[09:44] <Saviq> ogra_, https://code.launchpad.net/~saviq/ubuntu-seeds/ubuntu-touch.saucy.clean-unity8/+merge/173162 - updating now
[09:44] <ogra_> yeah, looks like
[09:45] <Saviq> ogra_, but what's the symptoms? I installed the packages fine next to indicators-plugins?
[09:46] <ogra_> http://paste.ubuntu.com/5867534/
[09:46] <rickspencer3> uhoh
[09:46] <rickspencer3> I just picked up my phone, battery seemed dead
[09:47] <rickspencer3> I plugged it into my 'puter, red led starts flashing
[09:47] <rickspencer3> not confidence inducing ;)
[09:48] <Saviq> ogra_, /me no get it
[09:48] <popey> rickspencer3: common
[09:48] <popey> plug it into a real charger
[09:48] <rickspencer3> popey, well, I'm not actually too worried
[09:48] <rickspencer3> like I say, not confidence inducing
[09:48] <popey> i.e. something that can deliver more than 500mA
[09:48] <Saviq> ogra_, uugh, the merge wasn't strictly correct...
[09:48] <rickspencer3> I presume it means the battery is really and truly flast
[09:48] <Saviq> ogra_, I was updating it
[09:48] <rickspencer3> flat*
[09:48] <popey> same happens on Android ☻
[09:48] <popey> yes
[09:48] <Saviq> ogra_, since we don't install recommends, they need to be in the seed
[09:48] <gema> yeah, it's the hardware
[09:48] <ogra_> Saviq, yeah, its a bit weird, but i assume dropping them will fix it ... there must be another versioned dep somewhere (probably through the dropped lenses)
[09:48] <rickspencer3> which I assume means that some process ran down the battery and the phone couldn't suspend
[09:48] <gema> charging it from there is a pain
[09:49] <popey> not sure thats accurate. it is just too low to have enough juice to boot
[09:49] <popey> it may well have been in suspend but eventually it died
[09:49] <ogra_> Saviq, well, the above commit indicates we dont need them anymore
[09:49] <Saviq> ogra_, not -plugins-
[09:49] <Saviq> ogra_, but indicator themselves, yes
[09:49] <ogra_> oh
[09:50] <ogra_> i see
[09:50] <ogra_> then the seed change was indeed wrong
[09:50] <Saviq> ogra_, and they've been pulled by -plugins- before
[09:50] <ogra_> hrm
[09:50] <Saviq> ogra_, ah, and no need for -lens-music / -lens-video, not used anyway
[09:50] <Saviq> ogra_, pushed that change to my branch now
[09:51]  * Saviq goes to McDo for power and WiFi
[09:51] <ogra_> rickspencer3, were you connedted through adb the whole time ? that keeps it awake
[09:51] <rickspencer3> ogra_, nah, I just put the phone down with my wallet and other stuff from my pocket
[09:51] <ogra_> Saviq, right, but we might need the indicators back
[09:55] <davmor2> Morning all
[09:55] <davmor2> popey: is the image safe ?
[09:55] <gema> davmor2: I don't think there's an image yet
[09:55] <ogra_> Saviq, hah, i think i got it ... the plugins all depend on indicators-client with a versioned dep
[09:56] <davmor2> ogra_: sadtrombone.com
[09:56] <davmor2> gema: Ta
[09:56] <gema> davmor2: and I wouldn't install the previous one, wait for this one
[09:57] <davmor2> gema: I just stick with the one I broke yesterday ;)
[09:57] <gema> davmor2: haha, ok
[09:59] <ogra_> gema, do you mean 11.2 is broken ?
[10:00] <gema> ogra_: there are some sdk problems as didrocks and I were discussing before
[10:00] <popey> i have not tested 11.2
[10:00] <gema> ogra_: that may be annoying to someone like davmor2
[10:00]  * ogra_ hadnt even noticed there was a new build, if thats broken it should have been removed right after testing failed
[10:00] <ogra_> ah, but the image itself works ?
[10:00] <gema> ogra_: the testing was added late last night and I am not even sure those results are trustworthy yet
[10:00] <gema> yep
[10:00] <didrocks> gema: ogra_: but it's not new from today, so if you see a new broken behavior, it can be something else
[10:01] <didrocks> (it's from Wednesday, as discussed)
[10:01] <ogra_> gema, well, popey and i are usually testing, the image needs to be blessed manually on the cdimage machine
[10:01] <didrocks> well, published on Tuesday
[10:01] <gema> ogra_: yes, I know
[10:01] <ogra_> if we arent around the person that triggered the build is supposed to test
[10:01] <gema> ogra_: I have no idea why there is a .2 build for yesterday, I was sleeping I think
[10:02] <popey> i think .2 was triggered to test new phablet-flash functionality which pulls from /proposed
[10:02] <popey> (which I DID test last night)
[10:02] <ogra_> didrocks, ah, fine, i just wanted to know if 11.2 works or if i need to "emergency remove"
[10:02] <popey> ogra_: I'll flash now
[10:02] <ogra_> thx
[10:02]  * ogra_ will go on glaring at inticator stuff for a while until he has an epiphany
[10:02] <davmor2> gema: 3 things annoy me with the phone right now, 1. no noise if the phone is asleep when you get a text message. 2. no youtube/web based video playback. 3. I keep breaking it, but hey that's my job right :)
[10:03] <didrocks> ogra_: the fix sdk should be 0.1.46+13.10.20130712-0ubuntu1
[10:03] <didrocks> fixed*
[10:04] <davmor2> gema: closer to the 1.0 release I'll care more about the other stuff once everything has landed and the flux slows down a bit :)
[10:04] <gema> davmor2: indeed
[10:16] <popey> ogra_: 11.2 looks good on mako
[10:16]  * popey flashes grouper
[10:16] <ogra_> great thanks for testing (thats enough i think)
[10:16] <popey> ok
[10:17] <ogra_> marked for current
[10:22] <gema> davmor2: I hope you have a bug at least for item 1 in your list
[10:25] <davmor2> gema: there is a bug for the no sound on sms, but apparently it was a regression moving to saucy and possibly powerd but nobody knew for sure.  the youtube one is just a missing feature that will land at some point or I'll install minitube on it :)
[10:25] <gema> davmor2: what do you mean nobody knew for sure
[10:25] <gema> do you have a bug number?
[10:26] <popey> videoed medavit doesn't make a noise when unlocked _or locked_ here
[10:27] <davmor2> gema: https://bugs.launchpad.net/ubuntu/+source/pulseaudio/+bug/1195257
[10:28] <gema> davmor2: according to popey's response, I'd put this bug in the phone-app
[10:29] <gema> davmor2: not in pulse audio
[10:30] <davmor2> gema: done
[10:31] <gema> davmor2: but the logs you put there are from your laptop, not from a nexus, right?
[10:31] <gema> davmor2: that is a confused bug
[10:31] <gema> with a description that doesn't match the logs that are attached
[10:31] <gema> davmor2: how on earth do you receive smss on your ideapad?
[10:32] <davmor2> gema: yup I was told to file against pulseaudio so I just triggered an ubuntu-bug from my laptop rather than hunting down the pulseaudio +filebug page
[10:33] <gema> davmor2: that's wrong
[10:33] <davmor2> gema: it'll be much easier once there is an ubuntu bug on the phone :)
[10:33] <davmor2> gema: I know but I needed to file a bug and had a couple second of free time to do it in
[10:34] <gema> davmor2: even if you raise the bug against pulseaudio, you either gather the logs from the phone or you don't add any logs and just add the getprop ro.build.display.id
[10:34] <gema> davmor2: then it'll never get fixed and you are just adding noise
[10:34] <gema> davmor2: next time if you only have two seconds wait until you have five mins ;)
[10:35] <gema> davmor2: I agree with you that adding logs from the phone to the bugs is not straight forward atm
[10:35] <gema> davmor2: but if I am a developer and you tell me that you don't hear sms noises in your ideapad, I conclude the problem is with you, confusing your netbook with your phone
[10:35] <davmor2> gema: I've forgotten about it by the time I have 5 minutes.  I'll give you a break down of my day sometime :)
[10:36] <gema> davmor2: haha, but you see my point, right?
[10:36] <gema> davmor2: developers don't have time to figure out that you were in a rush
[10:36] <gema> it's better not to add the logs and just add the problem
[10:36] <gema> description
[10:37] <davmor2> gema: indeed and I now have the phone bug as a link in my bookmarks which I didn't at the time, so now I just file there if I'm unsure :)
[10:39] <gema> davmor2: ok, a simple "adb shell getprop" run from your PC and attached to the bug would be more useful
[10:39] <gema> because it has all the image information
[10:41] <gema> davmor2: for bugs you don't know what to raise against, you go for touch-preview-images for now
[10:42] <davmor2> gema: yeap that's the one :)
[10:42] <gema> davmor2: https://bugs.launchpad.net/touch-preview-images/+filebug
[10:42] <davmor2> gema: that is the one I have bookmarked so if I need to file a quick bug I can :)
[10:42] <gema> excellent
[10:43] <gema> we rescued your bug now anyway
[10:43] <Saviq> ogra_, ah, and we used the same name in the binary unity8 package <facepalm>
[10:43] <Saviq> +from
[10:43] <Saviq> ogra_, sorry about that, didn't think of that...
[10:45] <davmor2> gema: I tend to write a quick one liner and then pad it out when I have 5 minutes now, at least that way it is filed, even if it isn't very clear initially :)
[10:45] <crocket> When will I see ubuntu phones?
[10:45] <davmor2> any way back to breaking stuff
[10:45] <popey> crocket: next year
[10:45] <popey> gema: a video for you http://www.youtube.com/watch?v=oOhTGOymq7E
[10:45] <crocket> popey: next year!
[10:45] <popey> me testing the phone
[10:46] <crocket> popey: I really want to get a real linux phone.
[10:46] <crocket> android is just so fake.
[10:54] <gema> popey: thanks!
[10:55] <gema> davmor2: raise good bugs is as important for a QA engineer as breaking stuff :)
[10:55] <gema> davmor2: just take some time to make the bugs comprehensive
[10:55] <gema> :P
[10:57] <Saviq> ogra_, the seed merge is valid, though
[10:59] <Saviq> ogra_, /me will resubmit, as it got tricksied
[10:59] <ogra_> Saviq, how is it valid if we need all these pieces ... unity8 wont pull them in
[11:00] <Saviq> ogra_, we don't need the plugins
[11:00] <Saviq> ogra_, they're *in* unity8 now
[11:00] <Saviq> ogra_, let me resubmit so you see the actual diff we need in
[11:00] <ogra_> i thought you said only indicators-client was in
[11:01] <ogra_> yeah
[11:03] <davmor2> popey: I'm beginning to hate chromium  it keeps telling me videos aren't available.  yet that just played fine in firefox
[11:03] <popey> odd
[11:05] <Saviq> ogra_, https://code.launchpad.net/~saviq/ubuntu-seeds/ubuntu-touch.saucy.clean-unity8/+merge/174379
[11:05] <ogra_> Saviq, aaah ! ... now i understand :)
[11:05] <Saviq> ogra_, indicators-plugins* are deprecated, but we need to pull in the indicator backends themselves, music and video lenses^Wscopes aren't used yet, unity-scopes-runner is a dep of things that need it
[11:06] <AskUbuntu> Iocean X7 Ubuntu Touch | http://askubuntu.com/q/319246
[11:06] <Saviq> ogra_, cool
[11:06] <ogra_> merging
[11:07] <Saviq> ogra_, sorry, should've made the merge when we merged into unity8, but I never thought it would conflict, so didn't feel the pressure
[11:07] <ogra_> yeah, thats all caused by the mess  that --no-install-recommends  brings us
[11:08] <ogra_> it would have just worked otherwise (and we wouldnt have seeded the indicators at all)
[11:08] <gema> popey: that video is awesome, we will work with that to try and automate as much as we can for the automatic validation
[11:09] <gema> popey: thanks!
[11:13] <popey> gema: np
[11:16]  * ogra_ hugs Mirv
[11:16] <ogra_> \o/ no more PPAs !
[11:16] <xnox> ogra_: what happened?
[11:17] <ogra_> PPA reorg for the SDK
[11:17] <xnox> ogra_: where is the code that does magic to build stuff published on: cdimage.u.c based on the archive and.... jenkins outputs?
[11:18] <ogra_> xnox, hmm ?  you mean the code that builds the images ?
[11:18] <ogra_> xnox, livecd-rootfs has it
[11:18] <xnox> ogra_: yeah, well those files that are consumed by phablet-flash.
[11:18] <ogra_> and cdimage code publishes it
[11:19] <xnox> ogra_: so lp:livecd-rootfs and... ?
[11:19] <ogra_> xnox,  it lives in live-build/auto/config and live-build/auto/build ...
[11:19] <Mirv> ogra_: less PPA:s at least :). the only change was precise and quantal being also folder into the SDK PPA, saucy has become PPA independent over the last weeks
[11:19] <ogra_> have a look at the latter where the bootimg files are created
[11:20] <ogra_> Mirv, yeah
[11:20] <ogra_> xnox, pretty much at the bottom
[11:22] <ogra_> xnox, we will just install the debs  in that subarch loop and can then cp them out from the chroot (all that stuff is running after we rolled our rootfs, so you dont need to clean up or anything, just cp the zips/imgs)
[11:23] <ogra_> xnox, if you pull them from the toolchain PPA still, you need to add it to sources.list though
[11:23] <ogra_> (or sources.list.d ... however you like)
[11:24] <xnox> ogra_: so slangasek says that we want to be able to build as much pieces individually in the archive as possible and pull all the relevant bits together on the live-build. In particular - platform-api / libhybris should use android-cross-toolchain in the arhive and publish debs which live-build can respin and include matching one into the ubuntu-rootfs and android-fs
[11:24] <xnox> same with kernels.
[11:24] <xnox> and possibly binary blobbies.
[11:25] <xnox> (but at least for now, it doesn't matter how blobbies are added to the build, since well they don't change)
[11:26] <ogra_> xnox, yeah, thats a 14.04 target
[11:26] <ogra_> the first step is to pull your packages in ...
[11:27] <ogra_> i would say the next step would be to split your package into more binary debs ... we have the built binaries there already, should just need some additional .install files and package definitions to pull single bits out of there
[11:28] <ogra_> (we will need the updater-binary for creating proper zips from the rootfs tarball, thats still a hack atm)
[11:29] <nik90> mehow: you got a second?
[11:32] <mehow> yes
[11:32] <mehow> whats up ?
[11:34] <nik90> mehow: Can you take a look at https://bugs.launchpad.net/ubuntu-clock-app/+bug/1200594 and suggest a fix if possible
[11:35] <nik90> mehow: Also do you ListView font sizes common to all apps or is this localised to the clock app?
[11:37] <mehow> looking at it now
[11:39] <xnox> ogra_: "drop android build script, we will instead use a package" - which package is that?
[11:39] <mehow> nik90: I am not sure about changing the font sizes :(
[11:39] <mehow> I think I have to change the layout to accommodate longer text
[11:40] <nik90> mehow: ok
[11:43] <dpm> ckpringle, could you or someone else from apps design join us on the #ubuntu-app-devel channel? We're running the hackfests there, and it'd be handy if the developers could reach you there to ask any questions related to design
[11:44] <dpm> not expecting you to be watching the channel all of the time, but it'd be good to be able to ping you guys if something comes up to have a discussion there
[11:45] <dpm> thanks ;)
[11:51] <ogra_> xnox, yours :)
[11:53] <xnox> ogra_: oh. I see.... i think there is some dead code that confused me.
[11:54] <xnox> ogra_: so, from jenkins outputs the $device.zip is used and the recovery.img. It looks like bootimg is generated elsewhere.... elsewhere i can't find where.
[11:54] <ogra_> oh, you are referring to the changelog
[11:54] <ogra_> no, that was my failed attempt to do the cross build on a livefs builder
[11:55] <xnox> I see.
[11:55] <ogra_> and yeah, it ends up to be your package ...
[11:55] <xnox> and currently bootimg is generated in live-build, which is good.
[11:55] <xnox> so I'll drop bootimg from my builds for now.
[11:55] <ogra_> no, it isnt ... we need to have it generated by the android build
[11:55] <ogra_> lese ports can not have a flipped bootimg
[11:55] <ogra_> *else
[11:56] <ogra_> we need to drop it from livecd-rootfs, rsalveti has a patch for the git tree but not 100% tested yet
[11:56] <ogra_> (if i wouldnt waste half my day on getting images back in shape i would have tested that days ago ... )
[11:57] <xnox> ogra_: for ports, i can keep an option to generate bootimg, but our official builds should generate bootimg independant of the full android build. as that only depends on the kernel.
[11:57] <xnox> ogra_: right, i'll see if i can split my builds.
[11:57] <ogra_> well, your build should do the same as it does for kernels
[11:57] <ogra_> (which is pretty much what rsalveti's patch does too)
[11:58] <ogra_> pull the deb and put it into the boot.img
[11:58] <ogra_> and livecd-rootfs should stop generating them
[11:59] <xnox> well yeah: source ./build/envsetup.sh; breakfast $device; make bootimage
[11:59] <ogra_> our official builds shouldnt differ from ports
[12:00] <xnox> but that only depends on blobs and new kernel package and it shouldn't depend on building the whole android.
[12:00] <xnox> and that could be done fairly trivially by the linux-image-$device build.
[12:00] <ogra_> uh, dont scare the kernel team :)
[12:00] <xnox> ogra_: and well ports are different as their kernels are not build as debs first....
[12:01] <ogra_> that will require some massive hackery of the package creation i fear
[12:01] <xnox> ogra_: ack, will keep the scary stuff separate for the moment.
[12:01] <ogra_> ports will generate a zImage but will have to pull the generic initrd
[12:01] <ogra_> same as we have to do but with no prebuilt kernels
[12:02] <ogra_> so that step should definitely happen during the android build
[12:02] <ogra_> lets wait for rsalveti, his patch does exactly what we need
[12:03] <xnox> i will be splitting the source code & builds separately. I'm just pondering if I can generate bootimg and systemimg indepedantly off compiling !kernel bits.
[12:03] <ogra_> if thats in the whole bootimg creation will go from the image build
[12:03] <ogra_> oh, why
[12:03] <ogra_> i suspect each device uses its own build opts even for the userspace
[12:04] <ogra_> not sure it is clever to try to commonalize that
[12:04] <ogra_> (is that a word ?)
[12:04] <xnox> ogra_: because when kernel/hybris/platform-api changes, there is no point in wasting 40minutes to recompile unchanged $the-rest of stuff.
[12:04] <nik90> Can anyone check if the core apps jenkins bot is down? I normally used to contact fginther but cant find him now. With the hack fest today, the bot should definitely be up :-)
[12:05] <xnox> ogra_: instead only the step to "pack bootimg & systemimg" should be run very quickly.
[12:05] <ogra_> xnox, no, they should be split out
[12:05] <xnox> ogra_: please elaborate.
[12:05] <ogra_> hybris and platform api should use your androideabi toolchain and produce debs that install into the android space
[12:06] <xnox> ack.
[12:06] <xnox> is userdata.img used at all by the way?
[12:06] <ogra_> if you rebuild the binary debs should be pulled in ... but it should also be possible to apt get them on a running phone
[12:06] <xnox> (the one produced by make bacon)
[12:06] <ogra_> from the android build ?
[12:06] <xnox> yeah.
[12:06] <ogra_> i dont think so
[12:07] <xnox> oh.... cause the userdata.img is the one that has ubuntu-rootfs? or is that only in zip form anyway?
[12:07] <ogra_> probably by pahblet-flash- -b to get the initial structure
[12:07] <ogra_> since /data needs to have a certain (per device) directory structure
[12:07] <xnox> ogra_: where is phablet-flash source code?
[12:07] <ogra_> (if you run recovery modes factory reset it creates that structure)
[12:07] <xnox> ogra_: so userdata.img doesn't change between the builds?
[12:08] <ogra_> shouldnt
[12:08] <popey> xnox: lp:phablet-tools iirc
[12:08] <xnox> ogra_: oh, I should split that out then.
[12:08] <ogra_> it should in fact be empty except for the dir structure
[12:08] <ogra_> i can imagine that phablet-flash just calls the factory reset code from recovery ... not sure
[12:09] <ogra_> in that case that img can completely be dropped
[12:12] <xnox> ogra_: i see that sergio reverted rsalveti patch due to build failure.
[12:13] <ogra_> yeah so it still needs fixing ... but it will eventially replace the livecd-rootfs hackery
[12:13] <ogra_> *eventually
[12:13] <xnox> ogra_: in the mean time between here and there, I dont' need to generate "android-style-wrong-boot.img"
[12:14] <xnox> ogra_: once android build can make proper ubuntu-bootimg, i'll need to generate those.
[12:14] <ogra_> we need the ramdisk, and you will have to re-introduce the code if you drop it now
[12:14] <xnox> ogra_: i don't drop any code, just in the debian package i will not call that target.
[12:15] <xnox> ogra_: and system.img does create ramdisk.
[12:15] <ogra_> ah, yeah, fine
[12:15] <ogra_> right
[12:15] <ogra_> should live in /system/boot/
[12:16] <ogra_> xnox, did someone test your zip on maguro yet ?
[12:17] <xnox> ogra_: i haven't tested on anything yet. i should test grouper.
[12:17] <xnox> ogra_: what's maguro?
[12:17] <xnox> nexus 10?
[12:17] <ogra_> galaxy nexus
[12:17] <ogra_> n10 is manta
[12:17] <xnox> oh, don't have that one, and don't know who has.
[12:17] <ogra_> n4 mako
[12:17] <ogra_> sergiuse1s, and ricmm_ have mantas afaik
[12:18] <ogra_> i'll test maguro then, since i still need to wait until i can trigger a new image build
[12:18] <xnox> cool thanks.
[12:19] <sergiusens> xnox: ogra_ what up?
[12:19] <ogra_> sergiusens, https://launchpad.net/~canonical-foundations/+archive/upstart-daily/+build/4785831
[12:20] <ogra_> that deb contains the zips we want to use in the future ... they are completely untested yet
[12:20] <xnox> 4 operating systems in a deb =)
[12:20] <ogra_> :)
[12:20]  * xnox is still annoyed that my ccache is hitting 0 hits on android builds.
[12:21] <sergiusens> xnox: it feels like over doing it, but that connects us to the whole wrokflow ;-)
[12:21] <xnox> sergiusens: yeah, it can be trimmed, this is what me and ogra have been trying to work out in above conversation.
[12:22] <ogra_> xnox, i would start splitting the binary deb by subarch
[12:22] <sergiusens> xnox: ogra_ there was a race in the boot.img patch, I was to busy to look into yesterday so reverted, but this morning is a different story, first task of the morning
[12:22] <ogra_> sergiusens, yeah, no issue ...
[12:22] <sergiusens> xnox: fyi, you don't need to collect userdata.img
[12:23] <xnox> sergiusens: thanks for confirmation.
[12:23] <sergiusens> xnox: ogra_ /data gets setup on boot
[12:23] <ogra_> sergiusens, so we dont need the userdata.img ?
[12:23] <ogra_> yay
[12:23] <sergiusens> nope
[12:23] <xnox> sergiusens: i need my two patches though, that i sent previously to you & ubuntu-touch mailing list to build host tools with system wide toolchain (with a fix up)
[12:24] <xnox> currently applied inline here ;-)
[12:24] <sergiusens> xnox: yeah, looking into that
[12:24] <ogra_> xnox, well. lets see if the zips work first :)
[12:24] <xnox> (drops shipping prebuild two gcc-glib2.6 toolchains)
[12:24] <sergiusens> xnox: although for the host one, can you add a check to see if the correct gcc is being used?
[12:24] <ogra_> before that patch gets merged
[12:24] <sergiusens> xnox: thinking about people on other systems
[12:25] <xnox> sergiusens: what do you mean "correct gcc is used" for host tools, any gcc will do which can compile stuff and run bits on the host system. Patch submitted to ASOP and verified to work with gcc4.6 and up.
[12:25] <xnox> sergiusens: which covers precise and up.
[12:26] <xnox> sergiusens: the host toolchain should be multilib one, and that's what we advertised as a requirement on the porting guide since day one, so everyone has it.
[12:27] <xnox> (ubuntu_stamp says empty for me, is it suppose to be something special?!)
[12:27] <ogra_> ubuntu_stamp is gone
[12:27] <sergiusens> xnox: ok then, you took all the precautions... We had an issue in the past where we needed a fixed gcc
[12:28] <sergiusens> xnox: you don't need it in your case
[12:28] <sergiusens> xnox: I guess it just says 'dev'
[12:28] <xnox> yeap.
[12:29] <sergiusens> xnox: it was used to link the android build to the ubuntu build (for hybris, platform-api and such)
[12:29] <xnox> sergiusens: oh, for unflipped?
[12:30] <xnox> sergiusens: host toolchain, not the cross one?
[12:30] <xnox> host toolchain is used for adb:amd64 acp:amd64 and the like.
[12:31] <sergiusens> xnox: did we change the topic? I brain doesn't do context switching that easily :P
[12:31] <xnox> i just think I got confused.
[12:31] <sergiusens> xnox: when I say _link_ I just mean to track down issue :-)
[12:31] <xnox> ignore me =) and i'll be back to trying to make the zip from the img.
[12:32] <xnox> sergiusens: oh, i thought like ldd link =)
[12:32] <sergiusens> heh, ok, I'll download one as well
[12:32] <sergiusens> xnox: yeah, I thought so, you've been immersed in gcc land these days :-)
[12:44] <ogra_> finally !
[12:44]  * ogra_ starts a new touch image build
[12:45] <esigolo> ogra_: many changes?
[12:45] <esigolo> :)
[12:45] <ogra_> no, just fixes for the build errors that made it explode
[12:46] <esigolo> sure !
[12:53] <dpm> hi mardy, do you know what the status of the online accounts dialog is? Are we in a position to add online accounts support to QML apps?
[12:54] <AskUbuntu> QML Page: Binding loop detected for property "flickable" | http://askubuntu.com/q/319277
[12:54] <ogra_> xnox, deb doesnt work :(
[12:54] <ogra_> seems the boot.img made me boot into android
[12:55] <xnox> ogra_: don't use my boot.img, i know that's borked.
[12:55] <ogra_> hmm, k
[12:55] <ogra_> you didnt say so :P
[12:56]  * ogra_ looks into repacking the zip
[12:56] <xnox> ogra_: we just established above ^^^ that my boot.img is the bog standard android one, instead of special one from the way cdimage does it, or with rsalveti patched one.
[12:56] <ogra_> but i guess the good news is that android actually runs ...
[12:56] <ogra_> i can adb in and see all services being up fine
[12:56] <xnox> weird.
[12:57] <ogra_> why ?
[12:57] <ogra_> it is what i expect of the android bootimg is used ... android boots just fine now
[12:57] <ogra_> s/of/if/
[12:58] <xnox> right... i'm still not sure what's inside the zip.
[12:58] <xnox> trying to undersntad the OTA zip package format.
[12:58] <ogra_> ignore OTA
[12:58] <xnox> also I should teach android to stop rebuilding icu for host.
[12:58] <ogra_> we dont use it
[12:58] <xnox> ogra_: well, that's the zip isn't ?
[12:58] <ogra_> no
[12:59] <ogra_> its the other zip we use
[12:59] <xnox> ogra_: which is....?
[12:59] <ogra_> well, not the OTA one :)
[12:59] <xnox> ogra_: the two zips that make bacon produces are symlinked to each other.....
[12:59] <ogra_> a build always produces two zips per arch
[12:59] <ogra_> one iis the OTA ... the other is the one for manual installation
[13:00] <ogra_> ah
[13:00] <ogra_> i dont see symlinks in a local build ...
[13:00] <xnox> $ md5sum *.zip
[13:00] <xnox> 2473b3ea60742388725763e43bc7e98c  cm-10.1-20130712-UNOFFICIAL-mako.zip
[13:00] <xnox> 2473b3ea60742388725763e43bc7e98c  cm_mako-ota-eng.xnox.zip
[13:00] <ogra_> (though i only have samsung SGS2 builds around atm... might be that nexus is different)
[13:01] <ogra_> yeah, my local porting build doesnt use a symlink here
[13:02]  * ogra_ reboots with proper boot.img and crosses fingers
[13:02] <ogra_> and ...
[13:02] <ogra_> i has unity !
[13:03] <ogra_> xnox, so your maguro build is fine
[13:03] <ogra_> (except for the boot.img indeed)
[13:04] <ogra_> thats so awesome !
[13:04]  * xnox is confused intermediate OTA targets is everything and every parition, yet repacked zip only has system, system/boot/android-ramdisk.img and boot.img
[13:04] <xnox> so where / how our current zips created?
[13:04] <xnox> cause that's not what I produce.
[13:07]  * xnox wants to create OTA package without boot.img
[13:11] <pmcgowan> sil2100, ping
[13:12] <xnox> no, what i want is rsalveti's patch fixed up to generate proper boot.img in the zip out of the box.
[13:12] <ogra_> xnox, the current zips come from jenkins
[13:12] <ogra_> (which is why we want a package at all :) )
[13:13] <ogra_> cdimage updates the zips with the generated boot.img currently ... that will go away
[13:13] <asac> didrocks: why do you think SDK is causing app issues? do you know who konws something? pmcgowan and managers have hard time figuring where this info/wisdom is coming from. does anyone from sdk team know?
[13:13] <ogra_> (livecd-rootfs generates, cdimage runs zip -u on the zips to replace the included boot,img)
[13:13] <asac> thanks
[13:14] <xnox> ogra_: right, so i am fine to replace jenkins.
[13:14] <ogra_> you also look better :)
[13:15] <xnox> ogra_: would you like anything else, sir?
[13:15] <xnox> =))))))))))))))))))))))))))))))))))))))))))))))))))
[13:15] <ogra_> lol
[13:15] <ogra_> well, the package in the archive would rock ... but i guess we can live with the PPA for a start
[13:16] <Mirv> seb128: one last thing in your direction, confirming that IMEI is shown now in pmcgowan's sysinfo test app after adding SIM card
[13:16] <seb128> Mirv, \o/
[13:17] <pmcgowan> nice
[13:17] <xnox> ogra_: can i steal cdimage code to replace boot.img in the mean time?
[13:17] <seb128> Mirv, what about system settings -> about?
[13:17] <ogra_> xnox, sure,
[13:18] <sil2100> pmcgowan: pong
[13:18] <sil2100> pmcgowan: hello, what's up?
[13:18] <pmcgowan> sil2100, the question asac posed above
[13:18] <Mirv> seb128: yep, there too!
[13:18] <pmcgowan> trying to track down the app test failures
[13:19] <seb128> Mirv, \o/
[13:19] <seb128> Mirv, thanks a lot!
[13:19] <sil2100> pmcgowan: just got back from lunch - let me backlog, one moment
[13:19] <Mirv> seb128: no prob!
[13:19] <seb128> Mirv, when do you plan to upload to saucy? monday?
[13:19] <asac> sil2100:
[13:19] <asac> 15:08 < asac> http://reports.qa.ubuntu.com/smokeng/
[13:19] <asac> 15:09 < asac> grouper: http://reports.qa.ubuntu.com/smokeng/saucy/image/2933/
[13:19] <asac> 15:09 < asac> maguro: http://reports.qa.ubuntu.com/smokeng/saucy/image/2934/
[13:19] <Mirv> seb128: I'm VAC in a few moments, but if I'd plan to upload I'd ping didrocks about the tarball + bzr right away :) it compiled successfully
[13:20] <asac> 15:09 < asac> mako: http://reports.qa.ubuntu.com/smokeng/saucy/image/2935/
[13:20] <asac> 15:13 < asac> didrocks: why do you think SDK is causing app issues? do you know who konws something? pmcgowan and managers have hard time figuring where this  info/wisdom is coming from. does anyone from sdk team know?
[13:20] <asac> oops :)
[13:20] <asac> sil2100: ^^
[13:20] <seb128> Mirv, ok, please give it to didrocks before your VAC so we can get that working on the touch image next week
[13:20] <seb128> Mirv, oh, and enjoy your holidays ;-)
[13:21] <Mirv> seb128: didrocks: added bzr + orig tarball to the usual spreadsheet
[13:21] <sil2100> asac: ok, so usually when we see App stack AP failures we try to contact upstream and look with them what happened
[13:21] <Mirv> seb128: thank you!
[13:21] <sil2100> asac: and sometimes, for instance, something changes in the SDK stack (the UI toolkit mostly) which causes either a change in UI behavior or simply breaking existing tests
[13:22] <asac> sil2100: check guess... look at the results above... and do that then :)
[13:22] <asac> s/check//
[13:22] <asac> but maybe wait for didrocks to ansewr... someone seems to konw more
[13:22] <asac> because people are saying its a known issue
[13:23] <ogra_> we have so many known issues that it is hard to know which known issues is known now :)
[13:23] <sil2100> asac: let me check those links
[13:23] <rickspencer3> sil2100, I'm pretty certain asac is talking about the test failures that we discussed this morning
[13:23] <sil2100> hmm, the results are a bit different from what we have
[13:24] <sil2100> Let me see what versions are used here
[13:24] <asac> sil2100: what does "what we have" mean?
[13:24] <asac> sil2100: the results match what i have seen running the stuff locally (on maguro)
[13:24] <sil2100> asac: during the daily-release process, we also run AP tests 'daily' but for desktop
[13:25] <sil2100> asac: and, for instance, I don't remember having so many failures for camera
[13:25] <asac> yeah. obviously thats not the same as real image on real phone testing
[13:25] <sil2100> asac: but, for instance, the gallery app and webbrowser app failures are caused by a regression in the UI toolkit
[13:25] <sil2100> asac: which has been fixed yesterday and already landed in saucy
[13:25] <pmcgowan> sil2100, do you have the bug  #for that?
[13:25] <sil2100> Landed today of course
[13:25] <asac> sil2100: the dashboar dhas results on  yesterdays image
[13:25] <sil2100> pmcgowan: yes, one moment
[13:26] <xnox> ogra_: i have arrived at initramfs-tools-ubuntu-touch so i'm close =)
[13:26] <sil2100> https://bugs.launchpad.net/ubuntu-ui-toolkit/+bug/1199662
[13:26] <asac> so that means it might be fixed when todays image go into testing
[13:26] <sil2100> asac: right
[13:26] <ogra_> asac, sil2100, phone install differs massively (i.e. the phone images are built with --no-install-recommends)
[13:26] <pmcgowan> sil2100, but why did gallery fail all of its tests?
[13:26] <asac> sil2100: i would suggest to double check by grabbing a phone and validating that a) you can reproduce with yesterdays image and that its fixed with your stuff (unless you already validated on phone)
[13:27] <asac> then you can sit back and relax :)
[13:28] <nik90> fginther: can you check core apps jenkins bot? It is not merging stuff approved 2 hours ago
[13:29] <sil2100> pmcgowan: not sure, I only looked at the autopilot logs from our daily-release testing, and there it was seen that the failures were obviously from the UI toolkit regression - would have to try and fetch the logs from the smoketesting to see
[13:29] <fginther> nik90, yes, looks like the build slave is down. I should have it back up soon
[13:29] <sil2100> pmcgowan: since in our case not all gallery app tests failed
[13:29] <pmcgowan> sil2100, I assume someone would have done that bu now? dont want to make work for you
[13:30] <nik90> fginther: okay
[13:31] <sil2100> asac: would be nice if we had a touch device in our testing environment running all touch-stacks on real touch hardware daily, every time ;)
[13:31] <xnox> ogra_: rsalveti: sergiusens: so in my android deb package, I fetch kernels differently from the way it's done in cdimage/livebuild/LP_PULL_BIN. I'm using chdist and simply talk to the armhf-archive. I think I want that to be default, instead of pull-lp-source / pull-lp-bin, because it works on distro builders, ppas and locally.
[13:31]  * xnox will prep a patch to use that by default.
[13:32] <ogra_> sounds fine
[13:41] <didrocks> asac: ok, let's recap
[13:41] <ogra_> popey, looks like we have a new image in /pending :)
[13:41] <didrocks> asac: so, from what I saw, the sdk was making apps stack failing for some days
[13:41] <popey> ogra_: flashing
[13:41] <didrocks> asac: the regression has been handled and fixed by Kaleo
[13:41] <didrocks> asac: we retried the apps AP tests on desktop and now, it's green for us (with this morning sdk)
[13:42] <ogra_> popey, take a particular look at the indicators ... that part was messed up
[13:42] <kaleo> didrocks, 2 days to be exact
[13:43] <kaleo> didrocks, that's one day too many :) we need these automatic emails :)
[13:43] <didrocks> kaleo: discovered on Wednesday's run from a regression committed on Tuesday, isn't it?
[13:43] <didrocks> kaleo: so that we are talking about the same one :)
[13:43] <sil2100> asac: can I somehow get the list of installed packages and versions from those smoketesting instances?
[13:43] <didrocks> kaleo: we need as well the apps tests running on the sdk stack, as told many times :)
[13:43] <kaleo> didrocks, Tue around midnight european time yes
[13:44] <didrocks> kaleo: btw, I spotted another regression this morning which isn't covered by tests I guess
[13:44] <kaleo> didrocks, what is it?
[13:44] <popey> ogra_: ok
[13:44] <didrocks> kaleo: I was reading the doc this morning: http://developer.ubuntu.com/api/ubuntu-12.10/qml/mobile/qml-ubuntu-components0-mainview.html
[13:44] <didrocks> "If the Page inside the MainView includes a Flickable with enough contents for scrolling, the header will automatically  hide and show when the user scrolls up or down"
[13:45] <didrocks> doesn't work for me
[13:45] <didrocks> timp confirmed this morning
[13:45]  * didrocks opens a bug now
[13:45] <kaleo> didrocks, is it a direct child of the Page?
[13:45] <asac> sil2100: do you have a phone? install it, install the autopilot package and that should be it
[13:45] <didrocks> kaleo: I just took the example from the doc
[13:45] <asac> you can also unpack the tarball, chroot into it and dpkg -l
[13:45] <kaleo> timp, ok :)
[13:45] <kaleo> didrocks, ok :)
[13:45] <kaleo> didrocks, assign to timp :)
[13:46] <kaleo> didrocks, (tpeeters on lp)
[13:46] <didrocks> kaleo: apparently, he will be able to fix it on Monday though, but sure, assigning
[13:46] <didrocks> hoping we'll have a test for it then ;)
[13:46] <kaleo> timp, any idea what commit broke it?
[13:47] <sil2100> asac: I would like to see what things were installed during that particular run ;)
[13:47] <sil2100> asac: because I'm investigating what was happening there
[13:47] <didrocks> kaleo: I just discovered it today, but maybe it's broken for more days TBH…
[13:47] <asac> sil2100: its reproducible... i have seen those results locally
[13:47] <kaleo> didrocks, it would have shown up now? it's a pretty central feature of phone apps
[13:47] <sil2100> asac: ok, but there is no way to get the package list easily?
[13:47] <xnox> a very confusing question: is cm10.1 same as latest android 4.2.2 ?
[13:48] <ogra_> yes
[13:48] <sil2100> Maybe it would be good to have that exported, it's useful debug information
[13:48] <didrocks> kaleo: I think that people would have noticed, but nobody cried from what I know, even with today's image :)
[13:48] <timp> kaleo: no, not yet, I'll check now
[13:48] <sil2100> It saves time as well!
[13:48] <asac> sil2100: try to find them in the logs :)
[13:48] <xnox> ogra_: so, i think i will build all host tools, the android way from the android package & replace android-tools package with it.
[13:48] <kaleo> timp, ok
[13:48] <asac> sil2100: they are in the utah file if you click on details
[13:48] <asac> utah.yaml
[13:48] <xnox> ogra_: including all the adb server stuff for "host/native" adb, et. al.
[13:48] <asac> so for http://reports.qa.ubuntu.com/smokeng/saucy/image/2933/webbrowser-app-autopilot/
[13:48] <asac> you can get to
[13:48] <asac> https://jenkins.qa.ubuntu.com/job/saucy-touch-grouper-smoke-webbrowser-app-autopilot/1/?
[13:49] <asac> and there is details... logs, stuff and everything
[13:49] <ogra_> xnox, careful with that, we ship upstart jobs etc that you need
[13:49] <ogra_> and adbd isnt the upstream one at all
[13:49] <asac> sil2100: ^^
[13:49] <roasted> hello
[13:49] <timp> didrocks: I'll have a look now
[13:49] <xnox> ogra_: "isn't upstream one at all" what do you mean?
[13:49] <asac> sil2100: should be the same for all runs/tests
[13:50] <roasted> hello friends
[13:50] <ogra_> xnox, it has a bunch of patches to make it work on ubuntu
[13:50] <xnox> ogra_: ok, i'll do a flavour build of adbd then.
[13:50] <ogra_> yeah
[13:50] <ogra_> i'm also not sure about the filesystem tools
[13:50] <xnox> ogra_: are those patches in our android-source tree or not?
[13:50] <ogra_> no
[13:51] <ogra_> we never built from that tree
[13:51] <xnox> ogra_: well, i don't want the per-device builds, rebuilding host-tools each time.
[13:51] <xnox> ogra_: can i haz one tree please =)
[13:51] <ogra_> they might be in the package (and submitted to debian ... at least some of them)
[13:51] <ogra_> xnox, well, we pull android-tools mostly from debian atm
[13:52] <ogra_> and the debian package uses plain android as upstream
[13:52] <ogra_> CM10.1 might have changes
[13:52] <xnox> yeah, which is hand-written makefiles and partial tree. since we will have full tree in ubuntu, I don't see a point in duplication.
[13:52] <ogra_> (it is 4.2.2, but not necessarily unpatched)
[13:52] <xnox> i'll package a fork, test, and will check if i can surplant it.
[13:52] <xnox> and work on making the build do the right thing.
[13:52] <ogra_> k
[13:53] <ogra_> xnox, what we really need is "update-binary" in a separate deb
[13:53] <xnox> later will look into packaging gdbserver and gdb as well.
[13:53] <xnox> ogra_: why?
[13:53] <roasted> Just thinking out loud, I wonder if Ubuntu Touch devices will allow installation of alternative DEs - such as KDE's plasma active or Gnome Shell.
[13:53] <ogra_> that will allow us to get rid of some cdimage hacks
[13:53] <asac> sil2100: utah.yaml has the nice list of all packages
[13:53] <xnox> ogra_: oh - really?! that can be arranged.....
[13:54] <asac> (in case i was not specific enough)
[13:54] <ogra_> xnox, a) the zip created from the tarball on the livefs builder needs it ... b) we use it for repacking the arch specific zips (b might go away once we have the right bootimg in)
[13:54] <xnox> ogra_: shouldn't the updater tool be a separate debian source package, which uses arm cross-toolchain and builds it's own deb?
[13:55] <ogra_> xnox, yeah, but the update-binary thingie can only come from your tree anyway
[13:55] <ogra_> if we want an "android-updater" package it would have the logic but still depend on your binary deb
[13:55] <ogra_> to pull in "update-binary"
[13:55] <xnox> ogra_: why does initramfs-tools-ubuntu-touch depend on android-tools-adbd?
[13:56] <ogra_> because adbd gets run on panic :)
[13:56] <xnox> ogra_: that's not right.
[13:56] <ogra_> ?
[13:56] <ogra_> you need to access the initrd if the boot fails
[13:56] <ogra_> thats the only opportunity lacking a serial port
[13:57] <xnox> ogra_:  i want to install initramfs-tools-ubuntu-touch on my "devel machine", I want it as a build-dep.
[13:57] <popey> ogra_: on 12.1, the network indicator shows no networks or mobile
[13:57] <xnox> for my android package.
[13:57] <popey> ogra_: nm-tool shows connected to both network and 3g
[13:57] <ogra_> xnox, well, you need the adbd binary, the initramfs-tools package ships hooks that iinstall it
[13:57] <xnox> ogra_: can I split the /usr/share/ into initramfs-tools-ubuntu-touch-data package?
[13:58] <xnox> and build dep on that?
[13:58] <sil2100> asac, pmcgowan: so, the gallery-app problems are caused by an autopilot bug that has been fixed already. It seems that gallery-app had a problem that was happening only on the devices which Chris fixed after we released the Apps stack on the 9th of July
[13:58] <ogra_> popey, hrm
[13:58] <popey> ogra_: same on both mako and grouper
[13:58] <ogra_> Saviq, ^^^ popey sees no networks after the indicator change
[13:58] <ogra_> did we drop to much ?
[13:58] <sil2100> pmcgowan: so, since today we released the Apps stack with the new gallery-app-autopilot, this means that tomorrows image should have those tests fixed
[13:58] <Saviq> ogra_, we shouldn't have...
[13:59] <Saviq> popey, what were your steps?
[13:59] <timp> didrocks / kaleo this fixes it for me https://code.launchpad.net/~tpeeters/ubuntu-ui-toolkit/fixFlick/+merge/174415
[13:59] <sil2100> pmcgowan: + also the UI toolkit regression will be gone, so the results should be _much_ better
[13:59] <popey> Saviq: http://popey.com/~alan/device-2013-07-12-145854.png
[13:59] <ogra_> xnox, as long as it still depends hard (note we have no recommends on phones) on adbd
[13:59] <xnox> ogra_: yes, it will.
[13:59] <ogra_> xnox, yeah, then i dont care
[14:00] <Saviq> dednick, ↑
[14:00] <Saviq> popey, do you have indicator-network installed?
[14:00] <asac> sil2100: that sounds promissing. I would suggest though that you go and really validate that everything will really be green after all the stuff you talk about lands
[14:01] <ogra_> Saviq, i dont think thats seeded
[14:01] <Saviq> ogra_, umh
[14:01] <sil2100> asac: it would be really good if we had a touch device in our autopilot testing job, since if not we would have to do a manual test run on my device on every release
[14:01]  * ogra_ checks
[14:01] <sil2100> asac: it's possible, since that's not that much work, but it's better when everything is automatic
[14:01] <popey> Saviq:   Installed: 0.5.0+13.10.20130712-0ubuntu1
[14:01] <Saviq> popey, /me flashse
[14:01] <asac> sil2100: there are many things thta would be good. and yes, the next goal is to ensure that daily-release shows 99.99% the same results
[14:01] <ogra_> Saviq, i lied, it is
[14:02] <asac> as our real image testing
[14:03] <asac> sil2100: thats understood, but doesnt give excuse to do stuff manually until that is fixed :) ...
[14:04] <ogra_>  [ Ted Gould ]
[14:04] <ogra_>   * Change the name of the service to match others and make the icon
[14:04] <ogra_>     more robust.
[14:04] <ogra_> thats the last change
[14:04] <ogra_> tedg, could that have broken phablet ?
[14:04] <kaleo> timp, do you have a test? :)
[14:05] <ogra_> tedg, http://popey.com/~alan/device-2013-07-12-145854.png thats todays image with the new indicator ...
[14:05] <sil2100> asac: it will be much better once we'll run Apps stack tests on SDK testing, since that's what caused all the turmoil
[14:05] <tedg> ogra_, Uhm, perhaps.  Not sure what phablet's running.  It's magic.
[14:05] <timp> kaleo: I'll add one
[14:05] <tedg> Yeah, probably can't find the actions.
[14:06] <sergiusens> xnox: rsalveti fixed the patch for building the ubuntu boot image, should I reapply or are you going to take care of it?
[14:06] <tedg> When dednick's updates to use the proper formats land into Unity 8, it should work.
[14:06] <sergiusens> sil2100: I thought you were already running apps against an sdk land
[14:06] <sergiusens> ogra_: popey there's no date in the image, it could be a lie :-P
[14:07] <popey> sergiusens: 11.2 worked ☻
[14:08] <ogra_> popey, try downgrading to  indicator-network 0.5.0+13.10.20130703.1-0ubuntu1
[14:08] <popey> ok
[14:08] <xnox> sergiusens: please apply it to the tree and push.
[14:08] <asac> sil2100: so i am old enough to know that the future is always perfect, but the present is always broken, until folks start fixing the present :)
[14:08] <popey> E: Version '0.5.0+13.10.20130703.1-0ubuntu1' for 'indicator-network' was not found
[14:08] <ogra_> bah
[14:08] <pmcgowan> sil2100, thanks for the info
[14:08]  * popey updates
[14:09] <sil2100> sergiusens: when releasing SDK, sadly no - this is what we'll be fixing now, running at least some most important tests
[14:09] <dednick> tedg: have all the indicators got phone profiles now?
[14:09] <Saviq> popey, can you upgrade just unity8?
[14:09] <popey> sure
[14:09] <Saviq> popey, that will remove indicators-client-*
[14:09] <sil2100> sergiusens: we only run the SDK UI autopilot tests on release
[14:09] <Saviq> popey, and that's correct
[14:09] <xnox> ogra_: ubuntu-touch-generic-initrd should be an arch:all package building on i386 builders. I don't see any reason why not.
[14:09] <ogra_> Saviq, that image doesnt have them anymore
[14:09] <popey> unity8 is already the newest version.
[14:09] <ogra_> Saviq, it was built after the seed change
[14:09] <popey>   Installed: 7.81.3+13.10.20130712ubuntu.unity.next-0ubuntu1
[14:09] <Saviq> popey, ah, I thought you meant you were _on_ 11.2 already
[14:10]  * Saviq tries
[14:10] <popey> no, on 12.1 now
[14:10] <sil2100> sergiusens: the App stack depends on SDK, but that's basically it - it doesn't stop SDK publishing if Apps tests are broken
[14:10] <ogra_> popey, https://launchpad.net/ubuntu/saucy/+source/indicator-network/0.5.0+13.10.20130703.1-0ubuntu1
[14:10] <xnox> ogra_: and thus collapsed with tools package.
[14:10] <tedg> dednick, I don't think that they do, no.
[14:10] <kenvandine> so weird to get a phone call while doing a dist-upgrade on my phone :)
[14:10] <popey> ta ogra_
[14:10] <sergiusens> sil2100: well I though we agreed with didrocks that we'd run the apps autopilot tests against an SDK daily release
[14:11] <tedg> dednick, That sounds like a good Friday afternoon thing to do :-)
[14:11]  * popey installs wget on the phone and mutters it should be there by default
[14:11] <ogra_> xnox, it needs armhf binaries
[14:11] <pmcgowan> sil2100, sergiusens right thats what we need
[14:11] <Saviq> sil2100, I was just thikning about that yesterday, if there's a stack release that breaks dependant stacks
[14:11] <xnox> ogra_: so =) my android build also needs armhf binaries, yet I'm building on i386. On the distro builders the mirror is non-split one.
[14:11] <xnox> ogra_: thus it does have everything.
[14:11] <janimo`> ogra_, do the same saucy ubuntu image work both as LXC hosts and pre-flipped guests in uchroot?
[14:11] <sergiusens> xnox: as soon as IS fixes an issue I'm having your patches will be in place
[14:12] <Saviq> sil2100, could we have a threshold that would prevent the "parent" stack from releasing
[14:12] <Saviq> i.e. if 50% dependant stacks failed
[14:12] <xnox> sergiusens: ah the borked up permissions. ok.
[14:12] <janimo`> ogra_, read your mail noting that nexus is flipped but others not yet
[14:12] <Saviq> don't release the "parent" stack?
[14:12] <ogra_> xnox, no, i mean it needs a complete armhf chroot in which it runs update-initramfs ... if you can get that going on an x86 builder (note you would need to load kernel modules you dont have for qemu-debootstrap to work etc) then sure, make it work
[14:12] <sergiusens> xnox: yeah, I thought I fixed it, must be a left over
[14:12] <popey> still blank after installing that ogra_
[14:12] <dednick> tedg: fyi, the indicators-client has landed in unity8, so it's new format ready
[14:12] <xnox> ogra_: hm... ok.
[14:13] <sil2100> Saviq: well, there is a dependency like that, but it's the other way around sadly - for instance, since the Apps stack depends on SDK, when SDK fails to publish, the Apps stack will be held from publishing because there's an issue with its dependency
[14:13] <ogra_> janimo`, unflipped is read, wont work if you dont use the jenkins image
[14:13] <sil2100> Saviq: we would also need the other way around, but we can't use this mechanism sadly
[14:13] <ogra_> popey, ok
[14:13] <sergiusens> janimo`: they have subtle diffs
[14:13] <Saviq> ogra_, popey aah
[14:13] <janimo`> ogra_, s/read/dead/ ?
[14:13] <sil2100> Saviq: since it would be a circular dependency then ;p But I guess we can think of a way to get around that
[14:13] <Saviq> ogra_, popey I don't think we *should* have indicator-networ
[14:14] <ogra_> janimo`, yeah, sorry
[14:14] <Saviq> dednick, can you confirm?
[14:14] <ogra_> aha
[14:14] <dednick> Saviq: no indicator-network? why not?
[14:14] <Saviq> dednick, it's not there on an image where network works...
[14:14] <Saviq> dednick, and after it's installed there's Empty!
[14:16] <Saviq> dednick, http://pastebin.ubuntu.com/5868190/
[14:16] <Saviq> dednick, that's my installed set
[14:16] <Saviq> dednick, and network works
[14:16] <Saviq> popey, remove indicator-network please?
[14:16] <popey> k
[14:16] <Saviq> dednick, same for indicator-sound
[14:16] <popey> The following packages will be REMOVED: indicator-network ubuntu-touch
[14:16] <popey> is that wise?
[14:17] <ogra_> yeah, thats fine
[14:17] <popey> k
[14:17] <popey> meta package? like ubunt-desktop?
[14:17] <ogra_> (for a test at least)
[14:17] <ogra_> yup
[14:17] <popey> coolio
[14:17] <ogra_> but no recommends ... which is why every removal pulls it with it
[14:17]  * popey adb reboots
[14:17] <Saviq> yeah
[14:17]  * Saviq sends MR
[14:18] <ogra_> Saviq, not needed
[14:18] <popey> http://popey.com/~alan/device-2013-07-12-151759.png
[14:18] <popey> \o/
[14:18] <Saviq> ogra_, ok, drop indicator-network and -sound
[14:18] <ogra_> i'll do it the quick path :)
[14:18] <ogra_> yep
[14:18] <dednick> Saviq: ah, network and sound are coming from settings.network & settings.sound.
[14:18] <sergiusens> xnox: host sdk is applied
[14:18] <sergiusens> the patch that is
[14:18] <dednick> although i dont know which packages they are in.
[14:19] <ogra_> dednick, Saviq , there are still -time, -battery and -messages
[14:19] <popey> so yeah, that worked
[14:19] <Saviq> ogra_, that's correct
[14:19] <ogra_> is it fine to keep these ?
[14:19] <ogra_> k
[14:19] <Saviq> ogra_, can we see a packages diff between the working and broken images?
[14:20] <ogra_> Saviq, http://cdimage.ubuntu.com/ubuntu-touch/daily-preinstalled/20130711.2/saucy-preinstalled-touch-armhf.manifest (working) vs http://cdimage.ubuntu.com/ubuntu-touch/daily-preinstalled/20130712.1/saucy-preinstalled-touch-armhf.manifest (broken)
[14:21] <Saviq> ogra_, yup, looks good
[14:21] <Saviq> daaamit
[14:21] <Saviq> fixed finally
[14:21] <ogra_> heh
[14:21] <Saviq> hope there's no more breakages
[14:21] <ogra_> fixit-friday
[14:21] <ogra_> :)
[14:21] <Saviq> of course  you need to remove indicator-network
[14:22] <Saviq> if you want the network indicator
[14:22] <Saviq> right?
[14:22] <dednick> :)
[14:22] <ogra_> logical indeed
[14:22] <ogra_> :P
[14:22] <dednick> tedg: what currently provides the network gmenumodel?
[14:23] <dednick> tedg: and sound
[14:23] <ogra_> hmm, sound is populated fine here on maguro ... even with indicator-sound installed
[14:23] <tedg> seb128, Let's talk here :-)
[14:23] <tedg> dednick, indicator-network-menu-server, if it's not running you can say "start indicator-network" and it should start.
[14:24] <dednick> tedg: that's on the phone?
[14:24] <tedg> ogra_, I'm most curious about indicator-power, is that working on the phone?
[14:24] <tedg> dednick, Should be.
[14:24]  * tedg needs a flash
[14:24] <esigolo> what is working now on sound indicator?]
[14:25] <tedg> I think that sound would have just landed this morning, so I'd be surprised if it was indicator-sound.
[14:25] <ogra_> tedg, we use indicator-battery here
[14:25] <esigolo> is a general sound level or per app sound level?
[14:25] <ogra_> but that one seems to show what it shouldm yeah
[14:25] <ogra_> adjusting brightness works and battery level is shown
[14:25] <tedg> esigolo, There'll be Pulse on the phone, so it's possible, but we probably won't expose controls for it in the standard UI.
[14:26] <tedg> Sure, but that's throw away code.
[14:27] <asac> ogra_: do you know if pictures/home will be preserved if i flash a new image?
[14:27] <tedg> Uhg, battery dead.  Will have to wait to flash.
[14:27] <asac> i took a few photos yesterday and wouldnt want to lose them :)
[14:27] <ogra_> Saviq, not sure removing indicator-sound was clever ... maguro now has an empty indicator
[14:28] <Saviq> ogra_, actually that's possibly another bug
[14:28] <ogra_> asac, it will, my grouper still has all the example photos even though we dont ship them anymore
[14:28] <Saviq> ogra_, in the current sound backend
[14:28] <ogra_> Saviq, so removing it is fine ...
[14:28] <ogra_> k
[14:28] <Saviq> ogra_, wasn't there before, shouldn't be there now
[14:28] <asac> ogra_: hmm. that sounds like 80% chance of not failing :)
[14:28] <popey> asac: yeah, just be aware if you have lots of data / photos, the flashing process can abort due to lack of space
[14:28] <asac> i better copy them off
[14:29] <Saviq> ogra_, not yet at least
[14:29] <popey> i had to delete my music
[14:29]  * ogra_ just wants to be sure before uploading -meta with the new seed changes
[14:29] <Saviq> ogra_, bug #1181299 btw
[14:29] <popey> asac: it keeps your phontos
[14:29] <asac> popey: i definitely lost phots a few days ago
[14:29] <popey> i have photos from weeks back on mine
[14:29] <Saviq> ogra_, restart session / reboot
[14:29] <popey> you will lose photos if you try to enhance them in gallery
[14:29] <asac> all my mexico photos i took on this device (luckily i just tried it for the sake) here are gone :)
[14:29] <ogra_> Saviq, on maguro i always had it populated from the start
[14:29] <popey> https://bugs.launchpad.net/gallery-app/+bug/1180345
[14:29] <asac> ouch
[14:29] <Saviq> ogra_, it generally is, until it isn't
[14:29] <rsalveti> sergiusens: what is the fix?
[14:30] <popey> perhaps any type of gallery crash will delete photos, not just enhancing
[14:30] <cjwatson> Urgh.  Dear PackageKit: no thanks for clearing your environment (including clearing PATH).
[14:30] <xnox> sergiusens: that will not work without the two patches to system/core to make them gcc4.8 compatible: system/core: fix FTBFS with _host_ gcc-4.8/glibc-2.17
[14:30] <Saviq> ogra_, and then at some point it is, again
[14:30] <ogra_> Saviq, installing indicator-souond brinmgs the controls back
[14:30] <xnox> sergiusens: the two patches in the email previous to switching to host toolchain.
[14:31] <Saviq> ogra_, http://pastebin.ubuntu.com/5868224/ here's my dpkg output from maguro
[14:31] <Saviq> ogra_, and I do have it populated, too :)
[14:31] <ogra_> weird
[14:31] <dednick> tedg: so we dont have either indicator-network or indicator-sound on the phone. menus are coming from com.canonica.settings.network/sound.
[14:32] <Saviq> ogra_, that was on 11.2, though, lemme try on 12.1
[14:32] <Saviq> 'cause indeed I don't have sound on manta
[14:32] <sergiusens> xnox: well it is minutes away
[14:32] <sergiusens> xnox: the other patch
[14:32] <xnox> sergiusens: ah, sorry =)
[14:32] <tedg> dednick, Ah, that's indicator-server or something like that.
[14:33] <esigolo> This is an annoying problem with android
[14:33] <esigolo> The ideal in my view is the cração different profiles for sound
[14:33] <esigolo> Being able to set the volume of the game for two and receiving calls to 10 eg
[14:33] <esigolo> this would avoid the major constraints in public environments
[14:33] <dednick> tedg: ah, it's chewie!
[14:33] <esigolo> lag master here ! sorry
[14:33] <dednick> chewie-network-menu-server, chewie-sound-menu-server
[14:33] <tedg> dednick, Yes, we really need to put him in carbonite.
[14:34] <ogra_> Saviq, aha, now i have it pupolated with the indicator removed
[14:34] <ogra_> seems to actually be random
[14:34] <ogra_> and not related to thepackage at all
[14:34] <pmcgowan> it has always been racy
[14:34] <Saviq> ogra_, yeah, the bug
[14:34] <ogra_> k
[14:35]  * ogra_ waits for the meta generation to finish then
[14:35] <Saviq> dednick, https://code.launchpad.net/indicator-server btw
[14:36] <dednick> Saviq: yep.
[14:39] <dednick> Saviq, tedg, ogra_: indicator-network is providing a phone profile under the same name as the one provided by indicator-server. probably why it was appearing, but was empty when had indicator-network installed.
[14:39] <ogra_> ok
[14:40] <gema> sil2100: did you manage to decide on a list of tests to run for the sdk?
[14:40] <tedg> dednick, Probably we should provide a conflicts in there.
[14:40] <gema> sil2100: on autolanding
[14:40] <ogra_> yeah, a packaging conflict would prevent us from these issues ...
[14:40] <Saviq> dednick, yeah I suspected that conflict
[14:40] <Saviq> dednick, for sound it might just not be conflicting, is all?
[14:40] <ogra_> but might break convergence unless we use unity8 on converged devices for sure
[14:41] <Saviq> ogra_, that's temporary
[14:41] <ogra_> k
[14:41] <rsalveti> jezz, the backlog from this channel is kind of insane :-)
[14:41] <Saviq> ogra_, the real indicator-* will be used
[14:41] <tedg> ogra_, No, the same indicators work on Unity 7/8, just not the demoware ones.
[14:41] <ogra_> rsalveti, the day was kind of insane :P
[14:41] <esigolo> who is going to provide the notificantion and ringtones for touch?
[14:41] <cjwatson> $ client/pkcon -p install-local ../../click/camera-app/com.ubuntu.apps.camera_2.9.1daily13.06.13_all.click
[14:41] <chris123> good morning.  quick question about maps.google.ca in the browser.     the gps isnt expected to work yet is it?  and also, the input box doesnt trigger the keyboard.  both are known and expected behaviours at this point?
[14:41] <cjwatson> ...
[14:41] <cjwatson> $ ls /opt/click.ubuntu.com/com.ubuntu.apps.camera/2.9.1daily13.06.13/ | head -n1
[14:41] <ogra_> rsalveti, but now you are here to fix it :)
[14:41] <cjwatson> CrossFadingButton.qml
[14:41] <rsalveti> xnox: so do you have a patch to change to use chdist instead already?
[14:41] <cjwatson> Progress of a sort
[14:41] <rsalveti> ogra_: haha
[14:41] <dednick> Saviq: sound doesnt provide a phone profile. not sure if that makes a diff though
[14:41] <rsalveti> sergiusens: also, what was the fix? :-)
[14:41] <tedg> didrocks, https://code.launchpad.net/~ted/indicator-sound/phone-profile/+merge/174429
[14:42] <tedg> Eh, dednick ^
[14:42] <tedg> :-)
[14:42] <xnox> rsalveti: nope, not yet.
[14:42]  * didrocks ignores :p
[14:42] <rsalveti> xnox: so I'm planning to create probably another branch (or at least a tag with current head), so we can do some more intrusive changes that are only relevant to the flipped scenario
[14:42] <rsalveti> xnox: like adding the ubuntu-boot.img by default in the system.zip file
[14:42] <xnox> rsalveti: ok.
[14:43] <rsalveti> xnox: just to avoid breaking the non flipped case, which can still be useful for some folks
[14:43] <ogra_> well, i'd like to drop non flipped asap
[14:44] <ogra_> to have everyone on the same page
[14:44] <xnox> rsalveti: so i think I am updating the boot.img in the zip file, just the way cdimage/livebuild does now.
[14:44] <xnox> rsalveti: i'll use that for now.
[14:44] <rsalveti> sure, but I still want to have a way for people to build it
[14:44] <roasted_> I wonder if we'll be able to install other DE's onto an Ubuntu Touch device, such as plasma active or gnome shell.
[14:44] <rsalveti> xnox: right, sounds good
[14:44] <ogra_> roasted_, there is no X on phones
[14:44] <roasted_> ogra_: so it'll be strictly Unity?
[14:45] <ogra_> it'll be strictly something that works with Mir (note, not XMir)
[14:45] <xnox> roasted_: in raring, we have ubuntu nexus7 core desktop release, which was just bog standard ubuntu desktop. some people were working on plasma active, but not sure how far they got.
[14:45] <ogra_> xnox, didnt work out
[14:45] <roasted_> If an Ubuntu Touch device will simply be another locked down mobile clone of android/ios/windows/etc, then I think I just lost all interest in ubuntu touch. :/
[14:45] <roasted_> I was hoping I'd be able to tinker and have some flexibility like on a computer.
[14:45] <ogra_> though i think shadeslayer was trying to roll images on his own build machine
[14:46] <xnox> roasted_: that's unrelated to ubuntu touch though, you will be able to install packages, but i doubt it will work out, due to specific ways how hardware/boot/init is integrated
[14:46] <ogra_> roasted_, the converged device will allow you to install other desktop envs i guess
[14:46] <Saviq> rsalveti, who do we bug about bug #1181299 btw? we deem it to be a indicators-server bug
[14:46] <ogra_> roasted_, so you will be able to use your preferred desktop when docked
[14:47] <Saviq> rsalveti, or do we not want to touch it and just wait for the real one to be there?
[14:47] <roasted_> ogra_: I hope. I'll have to wait and see how the dust shakes out. If it'll be strictly Unity only, then I'll likely pass on it.
[14:47] <ogra_> but the UI stuff on the phone itself is ... well, designed from scratch
[14:47] <xnox> roasted_: you have full access to what the device provides and you have root, and it is running all armhf packages compiled from ubuntu. But at the moment is focus on getting a complete "unity touch" working properly.
[14:47] <roasted_> xnox: right, I get that.
[14:47] <xnox> roasted_: and you are free to start integration work / bug-fixing of other DE.
[14:47] <roasted_> xnox: right. I get that too.
[14:47] <rsalveti> Saviq: not sure, maybe question for bfiller?
[14:48] <roasted_> xnox: doesn't make it any less of a question right now, today, hence why I asked. ;)
[14:48] <xnox> roasted_: so at the moment there is no X, only surface-flinger or MIR. Which does limit which graphical stacks you can run.
[14:48] <ogra_> roasted_, that we dont add other UI variants doesnt mean that you cant indeed
[14:48] <rsalveti> Saviq: who is doing the real one?
[14:48] <roasted_> ogra_: right. I get that.
[14:48] <roasted_> (record player)
[14:48] <sil2100> gema: more or less, the whole list is still not ready, but I'll have it soon - some things popped up and I started just recently
[14:48] <ogra_> so feel free to port plasma to Mir or surfaceflinger :)
[14:48] <ogra_> or find a way to run X
[14:49] <xnox> roasted_: or focus on running / bringup daemons, command line apps.
[14:49] <ogra_> the images are public and completely hackable in all directions
[14:49] <roasted_> ogra_: makes no sense to be doing work that might already exist, which is (again) why I asked here, today. ;)
[14:49] <ogra_> yeah
[14:49] <xnox> roasted_: you should be able to do VNC trick like android does.
[14:49] <Saviq> rsalveti, https://code.launchpad.net/~ted/indicator-sound/phone-profile/+merge/174429 says tedg is :)
[14:49] <xnox> roasted_: no, no such work exists yet =)
[14:49] <ogra_> xnox, VNC would need X or be ported to Mir/SF
[14:50] <ogra_> (to do that same trick)
[14:50] <bfiller> Saviq: hey indicator-server stuff is ted/lars right?
[14:50] <xnox> roasted_: instead of asking what is available, you accused us of building a lock down device. this is not nice.
[14:50] <rsalveti> Saviq: interesting, tedg ^^
[14:50] <ogra_> yeah, nothing is locked down
[14:50] <gema> sil2100: ack, will follow up next week
[14:50] <rsalveti> so should the new indicator-sound already work somehow for touch?
[14:50] <ogra_> its the same as every ubuntu desktop install you knwo
[14:50] <roasted_> xnox: I accused nobody of anything. I simply said, if Ubuntu Touch is locked down, I won't find any interest of it.
[14:50] <awe_> bfiller, someone said yesterday that tedg is on vacation this week & next
[14:51] <roasted_> xnox: I came here asking what the current capabilities were of it.
[14:51] <xnox> ogra_: i believe on android there are SF vnc client, but with android / jave.
[14:51] <ogra_> fully hackable and changeable :)
[14:51] <roasted_> very nice.
[14:51] <ogra_> xnox, right, wouldnt run
[14:51] <ogra_> it needs dalvik
[14:51] <tedg> rsalveti, ?  Not sure what you're pointing to.
[14:52] <xnox> roasted_: get a QML/ubuntu-touch VNC player up and running basing on android vnc clients and or maemo / meego vnc clients if possible.
[14:52] <tedg> awe_, bfiller, I'm out next week.  But in for all of the rest of this week :-)
[14:52] <rsalveti> tedg: https://code.launchpad.net/~ted/indicator-sound/phone-profile/+merge/174429, we just want to know more about the new indicator-sound
[14:52] <rsalveti> and when we'll be able to use that instead of what we currently have in touch
[14:52] <rsalveti> which is part of chewie
[14:52] <tedg> rsalveti, Not new.  Same indicator sound as before.
[14:52] <ogra_> xnox, you could just run xfbdev instead of Mir SF ... would be awful at performance but likely work on every phone :)
[14:52] <roasted_> gotta run. farewell friends.
[14:52] <rsalveti> tedg: "new" from touch perspective :-)
[14:52] <sergiusens> awe_: no, next week and the following
[14:53] <tedg> rsalveti, Not 100% sure, dednick said his part landed in Unity 8, so in theory as soon as that merge lands.  But that's theory.
[14:53] <awe_> anyone else want to comment on tedg's vacation?  ;)-
[14:53] <sil2100> gema: I'll send you an e-mail, since I'll be adding that to the stacks today
[14:53] <gema> sil2100: awesome, thanks!
[14:53] <rsalveti> tedg: right, seems that landed already, so we can try at least
[14:54] <ogra_> awe_, i'd say we deny it
[14:54] <rsalveti> Saviq: we had the indicator-sound included in that big indicator related mr as well, right?
[14:54] <ogra_> awe_, i know he definitely didnt ask me for approval !
[14:54] <rsalveti> ogra_: did you test to see if the new indicator stuff merged in unity8 works fine with the image?
[14:54]  * rsalveti updating with apt-get
[14:54]  * ogra_ strangles rsalveti
[14:54] <sergiusens> lol
[14:54] <sergiusens> late to the party
[14:55] <ogra_> rsalveti, DUDE ... what do you think was going on in that huge backlog the whole day !
[14:55] <ogra_> :)
[14:55] <rsalveti> ogra_: well, I saw you guys unblocked the dependencies and such
[14:55] <seb128> tedg, dednick, rsalveti: so with the right profile we should be able to run the gmenu based indicator on the touch image?
[14:55] <ogra_> rsalveti, i just uploaded the final -meta this second
[14:55] <rsalveti> not sure if you got that tested and running for real
[14:55] <ogra_> yeah, every now and then during debugging that
[14:55] <seb128> tedg, dednick, rsalveti: we current have datetime and power ported and just got session and sound approved today
[14:56] <awe_> dednick, someone mentioned yesterday that the fix might land soon for https://bugs.launchpad.net/touch-preview-images/+bug/1191822?
[14:56] <ogra_> rsalveti, next image spin should be good now
[14:56] <awe_> today's image, the network starts out as "Empty!"
[14:56] <awe_> s/network/network indicator/
[14:56] <ogra_> awe_, blame sergiusens
[14:56] <rsalveti> seb128: awesome
[14:56]  * awe_ blames sergiusens for false expectations
[14:57]  * rsalveti reboots and check
[14:57] <ogra_> awe_, phablet/flash needs to learn to pull from /current ... which is the blessed image ...
[14:57] <ogra_> awe_, your version still just blindly pulls the latest build i think
[14:57] <awe_> ogra_, I care about latest, not blessed
[14:57] <dednick> seb128, tedg: if the profile is giving us menus which mean something to unity8, then it should go.
[14:57] <ogra_> awe_, which we didnt bless
[14:57] <ogra_> awe_, it is known to have the wrong indiicator package
[14:58] <seb128> dednick, what is "mean something to unity8" ... a gmenumodel you mean?
[14:58] <ogra_> awe_, so dont expect anything to work there
[14:58] <rsalveti> ogra_: networks is just 'Empty!' after apt-get update/upgrade
[14:58] <rsalveti> :-)
[14:58] <sergiusens> ogra_: phablet-flash already does that
[14:58] <awe_> rsalveti, ^^
[14:58] <awe_> just said that dude
[14:58] <ogra_> rsalveti, yeah, remove indicator-network
[14:58] <popey> https://code.launchpad.net/~sergiusens/phablet-tools/current-pending/+merge/174307
[14:58] <dednick> seb128: gmenumodel with entries which are supported.
[14:58] <rsalveti> awe_: but I tested with current + updates
[14:58] <ogra_> sergiusens, well, then awe_ should have 11.2 which was still the same as the former ones wrt indixcators
[14:58] <rsalveti> which should work, in theory
[14:58] <seb128> dednick, what happen if a widget is missing? does it work but doesn't display that one or does it break?
[14:58] <sergiusens> ogra_: I asked cyphermox_ for a daily release yesterday in case it missed the deadline to land
[14:59] <ogra_> sergiusens, i didnt see anything on saucy-changes
[14:59] <cyphermox_> sergiusens: did you?
[14:59] <ogra_> i saw the MP was approved
[14:59] <ogra_> but no package
[14:59] <sergiusens> cyphermox_: yeah, last night
[14:59]  * ogra_ relocates
[14:59] <esigolo> if i run phablet-flash now i will get the last image with sound and network indicator?
[14:59] <cyphermox_> sorry, I never saw that
[14:59] <dednick> seb128: i'm pretty sure it just doesnt display. it was ported from chewie-client.
[14:59] <seb128> dednick, ok, thanks
[14:59] <sergiusens> cyphermox_: can you trigger now?
[15:00] <dednick> awe_: yeah, fix has landed.
[15:00] <cyphermox_> sergiusens: sure, what do you need triggered?
[15:00] <sergiusens> cyphermox_: phablet-tools
[15:00] <Saviq> rsalveti, code-wise all was good, apparently, but we broke the seed
[15:00] <dednick> awe_: although we've been having some issues with the latest phablet image and new indicators.
[15:00] <Saviq> rsalveti, and then we broke it again
[15:01] <Saviq> rsalveti, and then once more, I think
[15:01] <awe_> dednick, OK.  I aksed cause the bug was still InProgress.  There's also a theory that there's still an underlying nm-glib problem
[15:01] <rsalveti> Saviq: got it hahah
[15:01] <rsalveti> yeah, after removing indicator-network made it work fine again
[15:01] <awe_> https://bugs.launchpad.net/touch-preview-images/+bug/1195787
[15:01] <rsalveti> and fixes ^^^
[15:01] <Saviq> rsalveti, lesson for today: "if you want a network indicator, remove indicator-network"
[15:01] <awe_> dednick, will check once we get the image(s) straightened out
[15:01] <rsalveti> Saviq: lol
[15:01] <Saviq> rsalveti, indeed, fixes
[15:01] <awe_> Saviq, thanks!  ;)-
[15:02] <dednick> awe_: there may be multiple issues
[15:03] <dednick> awe_: what i fixed was a problem with the menu model on unity8 stil not re-populating itself if it was reset.
[15:04] <bfiller> pmcgowan: keyboard problem fixed, will be landing soon. deb here: http://jenkins.qa.ubuntu.com/job/phablet-extras-maliit-framework-saucy-armhf-ci/18/artifact/work/output/*zip*/output.zip
[15:04] <dednick> s/stil/side
[15:04] <pmcgowan> bfiller, vg
[15:05] <awe_> dednick, OK thanks!
[15:05] <Saviq> can someone change bug #1191822 in indicators-client to WONTFIX?
[15:06] <Saviq> I can't
[15:07] <sgtbigman> How's the galaxy nexus performance with Ubuntu touch dev prev?
[15:07] <ogra_> great
[15:08] <dednick> Saviq: weird. i can't either.
[15:08] <pmcgowan> Saviq, let me see..
[15:08] <Saviq> pmcgowan, "indicators-client doesn't track bugs on LP", though, so it might be impossible?
[15:08] <pmcgowan> I dont think bug tracking is set up for that project
[15:08] <pmcgowan> right I will delete it as also affects
[15:08] <Saviq> pmcgowan, thanks
[15:11] <sgtbigman> Thanks, ogra.
[15:15] <Aviral> I tried https://help.launchpad.net/YourAccount/CreatingAnSSHKeyPair to create a ssh key  i followed the step now i am confused how to import the key on the launch pad id
[15:17] <ogra_> Aviral, how about asking in #launchpad
[15:17] <Aviral> ogra: thanks :)
[15:21] <rsalveti> ogra_: just pushed the latest nm to the ppa, should take ~40min to get that published
[15:22] <ogra_> rsalveti, yeah, i'll wait for it
[15:24] <sgtbigman> Anyone using this as a day to day replacement for the Android OS?
[15:24] <ogra_> yes
[15:25] <ogra_> there is a whole dogfooding crowd that use it as their day by day phone
[15:25] <sergiusens> it's my main phone
[15:26] <sgtbigman> Great, I was just curious
[15:26] <Saviq> \o |o \o peeps, talk to you Monday
[15:27] <ogra_> enjoy your weekend
[15:27] <ogra_> and thanks for the help !
[15:27] <rsalveti> Saviq: enjoy, hopefully next build will be all fine ;-)
[15:28] <ogra_> it will !
[15:28]  * ogra_ makes a jedi wave gesture
[15:28] <Saviq> rsalveti, will probably be back in 4 or 5h, assuming there's not going to be too much beer, I will still be able to help if ogra_ s Shwartz doesn't cut it :)
[15:29] <rsalveti> Saviq: hahah, should all be fine
[15:29] <ogra_> yeah
[15:29] <ogra_> no worries it will all work
[15:29] <ogra_> we can do teh official release on monday and take all off the rest of the cycle
[15:38] <FireGuy> Hi Everyone. I installed ubuntu touch on my nexus 4 and can't get wifi to work. In the networks pull down it just says empty. Any idea what to do ?
[15:38] <ogra_> which image ?
[15:38] <ogra_> (i.e. when did you flash it)
[15:38] <FireGuy> today.
[15:38] <ogra_> there is a bug in the most recent image ... waiting for a package to land to re-spin
[15:38] <FireGuy> o ok.
[15:38] <ogra_> you can work around it by hand if you like ...
[15:39] <ogra_> adb shell ...
[15:39] <ogra_> apt-get purge indicator-network
[15:39] <FireGuy> cool. Thanks
[15:39] <ogra_> (ingnore that it wants to remove the ubuntu-touch metapackage)
[15:40] <FireGuy> trying it now
[15:40] <sgtbigman> ogra, I'm not going to be flashing my phone until I have some r
[15:40] <sgtbigman> time this weekend...is that new image being pushed up currently?
[15:40]  * ogra_ hands sgtbigman a r
[15:41] <sgtbigman> keyboard slip ;)
[15:41] <ogra_> sgtbigman, nope still waiting for one package to land ... it should be there in ~2h
[15:41] <ogra_> (latest)
[15:42] <asac> so the OSK doesnt work for me anymore ... even rebooting makes it not show up
[15:42] <asac> bfiller: ^^
[15:42] <asac> thats yesterdays image
[15:42] <sgtbigman> awesome, I'll hopefully flash it tomorrow.
[15:42] <rsalveti> asac: try rebooting the shell
[15:43]  * asac goes killall unity
[15:43] <asac> err ... killall is gone :)
[15:43] <ogra_> pkill
[15:43] <rsalveti> asac: sudo service ubuntu-touch-session restart
[15:43] <bfiller> asac: the osk regression bugs have been fixed, last one landing today
[15:44]  * asac reboots
[15:44] <rsalveti> ogra_: hm, I'm not sure if we should remove indicator-sound at this moment
[15:44] <asac> kill didnt help... the borwser just stuck there and i couldnt auth to hotel network
[15:44] <ogra_> rsalveti, it didnt make any change on maguro
[15:44] <FireGuy> So, i had small question about development. I'm trying to prototype a device and i was hoping to use a nexus 4 ubuntu touch for it. 1. Would i be able to use Alsa/Jack on the ubuntu touch. 2. Can i develop and app that runs in the cli and makes a plot that shows  ( X? or display manager ) using gnuplot, rather than working with qml (i'd have to learn that and i'd prefer to get this done quickly. Thanks so much.
[15:44] <rsalveti> ogra_: I had the indicator working before removing that with mako
[15:44] <ogra_> rsalveti, indicator still has all elements it had before
[15:44] <asac> bfiller: will you land tests for OSK as well?
[15:44] <ogra_> rsalveti, it works afterwards too
[15:44] <rsalveti> ogra_: hm, then it might be a different issue here
[15:45] <rsalveti> just empty
[15:45] <bfiller> asac: working on it, there is a problem with autopillot and maliit-server we're trying to figure out
[15:45]  * rsalveti reboots
[15:45] <asac> bfiller: ok cool.
[15:45] <bfiller> not intropectable atm
[15:45] <ogra_> rsalveti, bug #1181299
[15:46] <rsalveti> ogra_: yeah, if it's that bug then we're 'fine'
[15:46] <ogra_> rsalveti, unrealted it seems ... i didnt belive it either in the beginning but Saviq convinced me to give it a few tries, it sometimes works and sometimes doesn
[15:46] <rsalveti> hm, always empty for me
[15:47] <ogra_> give it 5min ...
[15:47] <rsalveti> lol
[15:47] <ogra_> for me it started populating at some point and since then it always comes up filled
[15:47] <ogra_> seems to be a backend issue
[15:49] <mfisch> oSoMoN: do you know if it's possible to get the notes app working in QtCreator?
[15:49] <ogra_> rsalveti, ask dednick for more details :)
[15:51] <rsalveti> ogra_: but seems that only indicator messaging and network was merged in unity8
[15:51] <rsalveti> dednick: can you confirm that?
[15:53] <dednick> rsalveti: it's only the ui that was put into unity8, backends still independent services
[15:53] <dednick> rsalveti: messaging and network are the only ones with custom code.
[15:53] <rsalveti> dednick: right, that's fine, was just trying to check if the ui of the indicator-sound was also merged
[15:53] <rsalveti> dednick: got it
[15:53] <oSoMoN> mfisch: no idea, don’t really know what that involves, but I don’t see a reason why not
[15:54] <dednick> indicator-sound and indicator-network come from indicator-server (chewie server)
[15:54] <rsalveti> yeah, after 6 restarts I got it working!
[15:54] <dednick> rsalveti: ^
[15:54] <rsalveti> ogra_: ^
[15:54] <ogra_> :)
[15:54] <ogra_> phew
[15:54] <rsalveti> dednick: right, must be a bug in the server side then
[15:55] <dednick> rsalveti: which is displaying empty?
[15:55] <rsalveti> dednick: yeah, the indicator-sound just shows empty most of the time
[15:55] <rsalveti> had to restart the shell a bunch of times to get it to work
[15:56] <ogra_> race with pulse ?
[15:56] <dednick> rsalveti: hm. i have seen that before
[15:56] <rsalveti> not sure, will try to debug later on
[15:56] <pmcgowan> rsalveti, dednick its always been that way, there are bugs logged I am sure
[15:56] <ogra_> i was wondering if we actually still need the 2s delay on startup
[15:56] <mfisch> oSoMoN: I appear to be missing some plugins, maybe only available for armhf?
[15:57] <rsalveti> pmcgowan: sure, just wanted to get it working at least once with the indicator frontend from unity8 itself
[15:58] <rsalveti> dednick: cyphermox_: renato: so, chewie-network-menu-server is still crashing
[15:58] <pmcgowan> rsalveti, absolutely
[15:58] <rsalveti> probably because of that glib related change
[15:59] <rsalveti> the only difference now is that the UI is able to restart itself, as before
[15:59] <ogra_> doesnt happen here on maguro
[15:59] <rsalveti> try changing APs, you'll see that the indicator will rebuild itself
[15:59] <ogra_> at least with a wlan only device
[15:59] <ogra_> oh, indeed i didnt try that :)
[16:00] <rsalveti> so I believe bug 1195787 is still valid
[16:00] <rsalveti> will get a trace
[16:02] <cyphermox_> :(
[16:02] <cyphermox_> I'll get to downgrade glib later to see
[16:05] <dednick> rsalveti: ah, i was unaware that it was actually crashing. :) i covered it up a bit
[16:05] <dednick> by fixing another bug i mean
[16:06] <rsalveti> cyphermox_: just revert the patch I added to that bug
[16:06] <rsalveti> the glib one, and it'll probably work
[16:06] <rsalveti> but this is something that needs fixing in the nm code it seems
[16:07] <awe_> rsalveti, is NM crashing, or nm-glib?
[16:07] <awe_> ( ie. chewie-network )
[16:07] <cyphermox_> err, ok
[16:07] <rsalveti> awe_: nm-glib
[16:07] <awe_> right
[16:07] <cyphermox_> rsalveti: I did look at the nm_object code and I can't explain the crash
[16:07] <awe_> cyphermox_, looks like the glib change re-maps object priv data
[16:08] <rsalveti> yeah
[16:08] <awe_> so I could easily see the NM code making a wrong assumption about how things are layed out
[16:08] <cyphermox_> yuck
[16:08] <awe_> yea
[16:08] <cyphermox_> still, it's dead simple
[16:08] <cyphermox_> but I'll take another look
[16:08] <cyphermox_> with the glib patch it will be easier :)
[16:09] <cyphermox_> rsalveti: so what change is it?
[16:09] <rsalveti> cyphermox_: https://git.gnome.org/browse/glib/commit/?id=31fde567a95ff8f50b6b0e75d4010da9b73514ed
[16:09] <cyphermox_> very interesting
[16:09] <rsalveti> let me reopen our bug
[16:09] <oSoMoN> mfisch: I don’t think so, the notes-app doesn’t have anything armhf-specific, it runs fine on the desktop
[16:10] <cyphermox_> well then, I'll probably just need to cherry-pick a change from the NM tree
[16:10] <cyphermox_> I don't see how they can't hit it eventually
[16:10] <cyphermox_> and if they didn't fix it yet, I can fix it and send the patch
[16:10] <rsalveti> cyphermox_: right, last time I checked there wasn't any relevant nm-glib patch in there
[16:10] <rsalveti> so not sure if it's fixed already, but yeah
[16:11] <rsalveti> it would be great if you could fix it :-)
[16:12] <rsalveti> cyphermox_: also check https://bugzilla.gnome.org/show_bug.cgi?id=698595
[16:13] <cyphermox_> yeah I just saw the commits that fix that
[16:13] <cyphermox_> a well-defined bug, should be fairly simple to fix
[16:13] <cyphermox_> and if I can't figure it out myself I'll just harass ryan until he fixes it for me :)
[16:13] <rsalveti> :-)
[16:18] <ogra_> new image build running now
[16:18] <rsalveti> ogra_: :-)
[16:22] <rsalveti> cyphermox_: yeah, just confirmed the issue is still there, and reopened the bug
[16:39] <sergiusens> xnox: all your patches should be in
[16:43] <esigolo> ogra_: what is new? network and sound manager ? >)
[16:44] <ogra_> esigolo, you wont notice any change
[16:46] <esigolo> ok
[16:49] <esigolo> people here are people here where I work are very excited about Ubuntu-touch.
[16:49] <esigolo> I have some coworkers who ask the news weekly
[16:49] <esigolo> And especially on the final version
[16:49] <esigolo> It seems that the ubuntu touch is being very well accepted
[16:49] <esigolo> :)
[16:49] <ogra_> :)
[16:49] <ogra_> great
[16:50] <Conker> Hello All, I've just installed ubuntu touch on my Galaxy Nexus and I've noticed there are quite a few things that aren't working, i fear this may be due to an older version, Last updated reports "2013-04-09", any ideas?
[16:52] <ogra_> Conker, did you use phablet-flash to install ? and is your phablet-tools package at the very latest version ?
[16:52] <esigolo> aucy-preinstalled-armel+maguro.zip                  11-Jul-2013 20:41
[16:58] <Conker> ogra_, phablet-flash yes, not sure about the phablet-tools package, i just installed it yesterday tho
[17:05] <rtg> ogra_, I'm trying to flash a Samsung Nexus. Its telling me 'Unsupported device, autodetect fails device', though I can 'adb shell' just fine. This is likely an unflipped image. would that have an impact ?
[17:05] <xnox> rtg: specify device type with "-d $device"
[17:05] <ogra_> rtg, shouldnt ... (i never use phablet-flash though)
[17:06] <rtg> xnox, what is the $device ?
[17:06] <ogra_> galaxy nexus is maguro
[17:07]  * xnox only has grouper - nexus7, so not sure what other devices real names are =)
[17:07] <pmcgowan> rtg, flipped images cant be detected
[17:07] <rtg> k, looks like its started. at least downloading the image
[17:07] <pmcgowan> I am told
[17:07] <xnox> pmcgowan: rtg: or broken devices can't be detected in like recovery.
[17:07] <xnox> (sometimes)
[17:08] <tedg> ricmm_, I just reflashed and I don't seem to have a upstart user session.  Is there a special image I need?
[17:08] <pmcgowan> anyone having trouble getting to launchpad?
[17:09] <ogra_> rtg, make sure to have the very latest phablet-flash (from 1h ago or so) that will only pull blessed images
[17:10] <pmcgowan> ogra_, currently getting 12.1 is that blessed?
[17:10] <pmcgowan> did not update
[17:11] <rtg> ogasawara, yeah, I just updated a few minutes ago
[17:11] <ogra_> no
[17:11] <ogra_> not blessed
[17:11] <ogra_> 11.2 was
[17:13] <ogra_> pmcgowan, in the new world you need to use -pending to get the un-blessed one otherwise it will just pull the last blessed image from /current on cdimage
[17:13] <ogra_> err
[17:13] <ogra_> --pending that is
[17:13] <pmcgowan> oh
[17:13] <pmcgowan> ok
[17:14] <pmcgowan> ogra_, nice
[17:14] <ogra_> up to this phablet-flash version it just blindly pulled the latest build without taking /current or /pending into account
[17:18] <rtg> alright, successful update
[17:18] <ogra_> :)
[17:19] <popey> ogra_: nothing newer than 12.1?
[17:19] <ogra_> popey, came out this second :)
[17:19] <popey> lol
[17:19]  * ogra_ syncs
[17:19]  * popey presses buttons
[17:19] <popey> eek, 404
[17:20] <popey> http://paste.ubuntu.com/5868676/
[17:20] <sgtbigman> this isn't the page you're looking for
[17:20] <genii> I don't see anything related to ubuntu-touch or phablet, etc at https://lists.ubuntu.com/ ... is it just lumped in with ARM raring-changes/saucy-changes, or maybe under an older list like ubuntu-tablet?
[17:20] <popey> genii: they're on launchpad
[17:20] <ogra_> popey, try again, you probably were to fast ... there is a 1-2min delay
[17:20] <popey> genii: links in the pages linked in this irc channel /topic
[17:20] <popey> haha
[17:20] <popey> yeah ☻
[17:21] <ogra_> popey, and dont forget --pending :)
[17:21] <popey> Saving to: ‘/home/alan/Downloads/phablet-flash/ubuntu-touch/20130712.2/saucy-preinstalled-touch-armhf.zip’
[17:21] <genii> popey: Ah, see it, thanks. Wasn't paying attention basically....
[17:21] <popey> i dont think i need it do I?
[17:21] <ogra_> (with the new phablet0flash that is )
[17:21] <WebbyIT> popey: there is a possibility, on day, to have Java on U-Touch? :)
[17:21] <ogra_> popey, not with yesterdays version, no
[17:21] <popey> why on earth would you want that horror on your phone? ☻
[17:22] <popey> i just updated to saucy, so my ppa's are all disabled
[17:22] <ogra_> WebbyIT, indeed you can install openjdk from the archive, no issue with that
[17:22] <ogra_> popey, its in the archive
[17:22] <ogra_> since ~1h
[17:22] <popey> ahh, i upgrade a few hours ago
[17:22] <popey> nvm
[17:22] <WebbyIT> popey, ogra_ an user of my LoCo asked for this, I don't know why
[17:23] <ogra_> was supposed to be there last night ... but got kind of stuck in CI again
[17:23] <WebbyIT> ogra_: so, I can say him to use version from the archive?
[17:23] <ogra_> sure
[17:24] <ogra_> you can use any packages you want from the archive on the phone ... wether thats useful is something else indeed
[17:24] <ogra_> :)
[17:24] <WebbyIT> ogra_: ok, thanks :)
[17:25] <ogra_> you could install LibreOffice and run it via ssh -X (with output to the machine you called ssh on indeed)
[17:26] <WebbyIT> ogra_: uou, fantastic!
[17:47] <popey> ogra_: odd, just flashed and my phone has been sat on the google screen for $TIME
[17:47] <ogra_> adb shell ?
[17:47] <ogra_> mine is just about being done with flashing
[17:47] <Nishant> #ubuntu-touch
[17:49] <ogra_> hmm, that takes  quite long this time
[17:50] <ogra_> ah, done
[17:50] <pmcgowan> popey, when that happens to me I need to reboot, there is some race on first boot
[17:50] <popey>   445 root      20   0   372    4    0 R  94.1  0.0  23:13.47 ueventd
[17:50] <pmcgowan> popey, can you access via adb
[17:50] <popey> thats sat there eating the phone
[17:50] <ogra_> yeah
[17:50] <ogra_> we have a bug open about that
[17:50]  * popey reboots
[17:50] <ogra_> waiting for upstart-android-bridge to be fixed
[17:51] <ogra_> it happens every time ueventd is slow
[17:51] <ogra_> (i,e, if it still mangles devices when udev tries to start)
[17:51] <pmcgowan> popey, can we talk next week about getting the status page on the wiki up to date
[17:51] <ogra_> SIGH !
[17:52] <ogra_> sforshee, powerd is borked again ...
[17:52] <ogra_> oh
[17:52] <ogra_> why does it not have the new upstart job ?!?!
[17:52] <popey> ya
[17:53] <popey> now I have a black screen
[17:53] <ogra_> yeah
[17:53] <ogra_> and wont be able to wake it up
[17:53] <ogra_> GRRRR
[17:53]  * ogra_ calls this week the powerd week
[17:54] <popey> Well, in glass-half-empty mode, it's good we now have this gate before it hits /current ㋛
[17:54] <ogra_> yeah
[17:54] <ogra_> https://code.launchpad.net/~sforshee/powerd/fix-power-button/+merge/174203
[17:55] <ogra_> i dont get why that isnt in the archive
[17:56] <ogra_> rsalveti, ^^^ any idea ?
[17:56] <sforshee> ogra_: the fix didn't get merged until after jenkins did the packaging, apparently
[17:56] <ogra_> ??
[17:56] <rsalveti> yeah, I approved it before going to bed
[17:56] <rsalveti> so it might be that the daily ci didn't yet get that
[17:57] <ogra_> shouldnt it just automatically update the archive package on commit ?
[17:57] <rsalveti> cyphermox_: is this something you can check?
[17:57] <rsalveti> if so, mind triggering a new CI job run for it?
[17:58] <pmcgowan> popey, you ignored my request
[17:58] <ogra_> this "CI only once a day" massively wastes manhours
[17:58] <sforshee> ogra_: afaict there's just some job that does a new release each day if there were any changes that day
[17:58] <stgraber> rsalveti, sergiusens: hello, can one of you apply http://paste.ubuntu.com/5868779/ and kick a rebuild of Android?
[17:59] <popey> pmcgowan: 18:52:40 < popey> ya
[17:59] <popey> that was response to you, sorry.
[17:59] <ogra_> sforshee, yeah, but apparently only if it feels like, thats not the first package (we have that issue every second day recently) ... and it means that my day just got 3h longer
[17:59] <rsalveti> stgraber: sure, I'll apply that
[17:59] <pmcgowan> ogra_, that doest sounds continuous to me
[17:59] <ogra_> no
[17:59] <rsalveti> we're just trying to fix another issue at the same time and will trigger a new build right after
[17:59] <pmcgowan> popey, ok thanks, I am rejiggering the page then hope to update it
[18:00] <popey> happy to have a daily task to update it pmcgowan
[18:00] <sergiusens> ah, rsalveti beat me
[18:00] <pmcgowan> popey, be nice if we could recruit folks to help, but once we fix it wont be too bad
[18:01] <rsalveti> sergiusens: stgraber: pushed, let you know once we trigger a new build
[18:02] <sergiusens> rsalveti: well we need to fix the boot image issue first :-)
[18:02] <rsalveti> sergiusens: sure, that's the issue I said we're trying to fix :-)
[18:03] <sergiusens> oh, didn't read that :-/
[18:04] <popey> pmcgowan: sure, I just mean as ogra_ and I will be the first to use the new image each day (in theory) it makes sense for us to update with what works
[18:04] <pmcgowan> popey, excellent
[18:05] <ogra_> popey, i dont expect us to have to test after say mid next week
[18:05] <popey> ever the optimist
[18:05] <ogra_> i know plars  is working hard on getting automated tests to work
[18:06] <plars> ogra_: and doanac`, we have some autopilot tests going now, and I need to make some changes to the job creation templates now that I tested successfully the latest changes
[18:07] <plars> ogra_: these are the autopilot app tests though, they don't (yet) cover phone calls
[18:08] <ogra_> well, knowing it boots to a populated shell after flashing and apps can start would be the most minimal test i think
[18:08] <ogra_> i dont do calls when testing either ...
[18:09] <popey> i do
[18:10] <popey> as can be seen by a very long history of 2 second duration calls in the phone app to the same number ☻
[18:10] <ogra_> hehe
[18:11] <Nishant> i am new to unbuntu development
[18:12] <Nishant> kindly help in getting me started with it using QT
[18:12] <ogra_> popey, so with the powerd fix added manually it all seems fine here
[18:12] <ogra_> indicators behave as expected etc
[18:12] <ph0ne> how to install apps onto the ubuntu phone
[18:15] <popey> hi Nishant if you're interested in development, you should join #ubuntu-app-devel - its the place to be!
[18:16]  * ogra_ sighs ...
[18:16] <ogra_> so this is the *th time that i typed in apt reboot
[18:16] <ogra_> we really need to get away from these tree letter commands staring with A
[18:16] <ph0ne> #ubuntu-app-devel
[18:17] <ph0ne> how to install apps onto the ubuntu phone
[18:17] <popey> ogra_: i like that my initials are a common unix command ☻
[18:17] <popey> (arp)
[18:17] <ogra_> :)
[18:17] <davmor2> popey: R is for Reginald right ;)
[18:18] <bobweaver> Are you all still fixing apps today or is it over ?
[18:19] <bobweaver> aka I read on G+ that there was like some-sort-a "DogFooding "
[18:19] <bobweaver> maybe it is not on this channel
[18:19] <popey> hey bobweaver
[18:19] <popey> yeah, we're doing an app a day, today it's the clock
[18:20] <popey> but to be honest you know us, we accept patches for any app any day ☻
[18:20] <bobweaver> what up popey  my internet is so slow atm I might be behind by a full minute on comments. (uploading stuff )
[18:20] <bobweaver> what are the things that you all are stugling on with the clock app ?
[18:20] <esigolo> popey: where?
[18:21] <sergiusens> plars: \o/ on the autopilot-addition
[18:21] <popey> bobweaver: we're hanging out in #ubuntu-app-devel
[18:21] <ogra_> bobweaver, the time ... the time ...
[18:23] <bobweaver> lol
[18:42] <xnox> rsalveti: how does ubuntu-boot.img suppose to work? cause the generated .zip, still has the android boot.img, instead of ours.
[18:42] <xnox> (initrd is different)
[18:43] <rsalveti> xnox: yes, that's why I'll be creating a tag/branch so we can include ubuntu-boot.img by default inside the zip image
[18:43] <rsalveti> otherwise we'll break the legacy use case
[18:43] <xnox> rsalveti: ok, so for now, I still need to do "zip -u"
[18:43] <xnox> rsalveti: ack.
[18:43] <rsalveti> xnox: yes, temporarily
[18:45] <xnox> i guess i need to update the ramdisk as well.
[18:45] <asac> rsalveti: do you know about the xmir ppa?
[18:46] <rsalveti> asac: not much, why?
[18:46] <popey> ogra_: are we re-spinning?
[18:47] <davmor2> popey, pmcgowan, ogra_: I have an odd issue that is really hard to try and replicate.  But basically every now and then the apps page stuck, and no matter what you do the apps page just keeps scrolling up, to get it back to normal you have to restart the phone
[18:47] <ogra_> popey, once the powerd fix is in the archive, yeah
[18:47] <ogra_> still no sign of it
[18:48] <pmcgowan> davmor2, you mean it always scrolls to the bottom?
[18:48] <ogra_> xnox, cdimage does that automatically currently
[18:48] <pmcgowan> davmor2, have not seen that one
[18:48] <popey> davmor2: not seen that
[18:48] <ogra_> i have see that whne we had the broken shell
[18:49] <xnox> ogra_: right, it's just _i_ need to test these, and I don't want to run cdimage ;-)
[18:49] <ogra_> xnox, slacker :)
[18:49] <ogra_> xnox, yeah, zip -u is the best then
[18:50] <davmor2> I'll try and get some steps together if I can replicate it tonight or over the weekend, basically all I'm doing is opening and closing apps scrolling up and down but I'll see if I can do it repeatedly
[18:54] <chris123> i tried to use Touch as my main phone for a day, but I cannot find volume control.  Is there none?  I was on a phone call and could not adjust volume.
[18:57] <sergiusens> chris123: the  hw volume keys should be working afaik
[18:58] <chris123> they weren't in the call, and i see no visual indicator for the regular volume control outside of a call.  i missed two calls because I thought the volume was on, but seemingly wasnt.
[18:58] <ogra_> and the sound indicator from the top panel too
[18:58] <chris123> i guess in time, should i test more and log a bug if so?
[18:59] <ogra_> yep
[19:00] <chris123> ok.  i was also missing (not receiving) MMS's.  I just switched back to my main phone and some came thru here that were not on the Touch (Nexus 4).
[19:00] <chris123> the sound indicator in the panel has no features within it
[19:00] <chris123> it is blank
[19:00] <ogra_> https://launchpad.net/bugs/1181299
[19:01] <ogra_> i guess thats this one
[19:01] <chris123> ok.  cool.  i will review the known bugs and see what new ones i cant discover
[19:01] <ogra_> and i think awe_ might have one open for MMS issues
[19:02] <awe_> ogra_, chris123, MMS has not yet been implemented
[19:02] <ogra_> ah
[19:02] <ogra_> there you go :)
[19:02] <awe_> it's being worked on, but probably not landing till sometime next month
[19:03] <chris123> MMS, as in "text message" ?
[19:03] <chris123> sorry, i meant SMS
[19:03] <ogra_> ah
[19:03] <awe_> as in Multimedia Messaging Support
[19:03] <chris123> ya, i goofed
[19:03] <chris123> i am too fancy at times :(
[19:04] <awe_> sending pictures, video, etc... via SMS
[19:05] <chris123> thanks, gotta head out for lunch now...
[19:17] <bobweaver> huh so when I add webviews to tabs and run in qmlscene it crashs when switching tabs.  But when I run it in a c++ manner no crash at all ?  ideas ?
[19:18] <eyicocko> hi
[19:18] <eyicocko> someone to help me
[19:18] <eyicocko> to install ubuntu phone in my N4?
[19:19] <popey> https://wiki.ubuntu.com/Touch/Install
[19:20] <popey> ^ see that page
[19:20] <bobweaver> eyicocko,  you have read the wiki
[19:20] <bobweaver> popey,  is too fast
[19:20] <popey> BOOM!
[19:22] <ph0ne> how to install apps
[19:22] <popey> ph0ne: which apps?
[19:23] <ph0ne> you had a scritp that installed all the apps. it does not work on the new update
[19:24] <popey> oh?
[19:24] <bobweaver> script should be sent in zip and qprocess to sun it in background ?
[19:24] <bobweaver> s|sun|run
[19:25] <mhall119> bobweaver: we have a terminal now, which makes running scripts easy
[19:25] <bobweaver> cool
[19:25] <ph0ne> http://bazaar.launchpad.net/~popey/+junk/phablet-flash-wrapper/revision/15 this script does not work
[19:25] <mhall119> ph0ne: does the script give you an error?
[19:25] <bobweaver> that cimes by default ?
[19:25] <ph0ne> ye
[19:25] <bobweaver> comes *
[19:25] <popey> ph0ne: interesting
[19:26] <mhall119> popey: btw, I don't think you need line 56 anymore
[19:27] <mhall119> expanded Installed Apps seems to be the default now
[19:27] <popey> true
[19:27] <mhall119> also shouldn't need to reboot
[19:28]  * popey bzr pushes
[19:28]  * mhall119 should post his script
[19:28] <popey> modified my screenshot.sh too so it scp's the image to a location of your choice then opens a browser
[19:28] <bobweaver> popey,  how does that work it is client to phone or run the scripts on the phone directly ?
[19:29] <popey> tis handy, you just type "screenshot.sh" and then get a browser with the screenshot open
[19:29] <popey> bobweaver: it runs on my laptop, not on the phone
[19:29] <mhall119> bobweaver: it uses adb to copy the script to the device and run it there
[19:29] <bobweaver> popey,  cool mind if I run with it for a couple of minutes ?
[19:30] <popey> knock yourself out
[19:30] <ph0ne> i updated phone and everytime its on it truns of. any suggestions?
[19:31] <bobweaver> popey, kaf will check in in a hour or so myt net is so slow that it might take 20 min to DL them scripts and 40 to upload lol
[19:31] <mhall119> ph0ne: does it turn all the way off, or just turn off the screen?
[19:32] <ph0ne> all the way because it i press the button the screen does not come on
[19:32] <mhall119> hrm....
[19:32] <mhall119> what device?
[19:32] <ph0ne> nexus 4
[19:33] <pmcgowan> ph0ne, you know the power manager turns off the screen now after a timeout
[19:33] <pmcgowan> but pressing button should wake it up
[19:33] <mhall119> pmcgowan: yeah, but it should turn it back on
[19:34] <ph0ne> i know that but pressing the button deos nothing
[19:34] <mhall119> ph0ne: can you access it from adb shell when it's like that?
[19:35] <ph0ne> ye
[19:36] <mhall119> ph0ne: can you give some detail about what build number you installed and how you installed it?
[19:36] <rsalveti> stgraber: new build for android just triggered by sergiusens
[19:37] <ph0ne> its the latest one. updated today. i used phablet-flash
[19:37] <popey> ph0ne: what version is in your ~/Downloads/phablet-flash/ubuntu-touch?
[19:37] <popey> most recent file?
[19:37] <ph0ne> ye
[19:37] <mhall119> ph0ne: ls ~/Downloads/phablet-flash/ubuntu-touch
[19:38] <popey> what's the most recent directory name?
[19:38]  * popey bets 20130712.2
[19:38] <ph0ne> 20130712.2
[19:38] <popey> I win! Everyone owes me a doughnut!
[19:39]  * mhall119 offers popey a hertz doughnut
[19:39] <popey> well done for accepting English into your life mhall119
[19:39] <popey> ph0ne: so that's broken, we need to fix it, there's a quick edit you can do to a file.. one moment, let me find it
[19:40] <eyicocko> i read the wiki
[19:40] <popey> http://paste.ubuntu.com/5869063/
[19:40] <popey> so basically adb shell, sudo vi /etc/init/powerd.conf
[19:40] <pmcgowan> ph0ne, in the meantime, update your phablet-tools to the latest version as it will only get approved builds by default
[19:40] <eyicocko> popey & bobweaver
[19:41] <popey> and add those two lines
[19:41] <eyicocko> i am in the last part
[19:41] <eyicocko> before install
[19:41] <eyicocko> appears
[19:41] <eyicocko> ubuntu@ubuntu:~$ phablet-flash -b error: device not found Error while executing adb shell getprop ro.cm.device
[19:41] <eyicocko> i tried to reboot the bootloader
[19:41] <eyicocko> to change the usb port
[19:42] <ph0ne> ok
[19:42] <eyicocko> and still saying that
[19:42] <pmcgowan> eyicocko, add -d mako to the command
[19:42] <eyicocko> ok
[19:42] <pmcgowan> thats a nexus 4 right?
[19:42] <eyicocko> yes
[19:42] <pmcgowan> ok try that
[19:43] <eyicocko> i tried and attempt to start new connections